Method for updating a local switch internal database in system having different service providers within a common numbering plan area

ABSTRACT

A method for enabling a plurality of Local Service Providers within a common Numbering Plan Area (NPA) to serve Subscribers of the plurality of Local Service Providers. The method includes the step of assigning to each Subscriber of a Local Service Provider within the common NPA a unique three digit code, hereinafter referred to as a Service Provider Area (SPA) code. The SPA code is used by the telephone system in the same manner presently used for routing calls made when a calling Subscriber dials the NPA code of the called party. Here, however, the SPA code is not dialed by the calling Subscriber. The dialed directory number, NXX-XXXX, of a called Subscriber subscribed to a different Local Service Provider, is sent to a database. The database maintains a record of the relationships between the directory numbers of Subscribers and the SPA codes of the Subscribers. The database retrieves the SPA code associated with the dialed directory number presently serving the called Subscriber. The call is routed as SPA-NXX-XXXX. Because the ten digit format, SPA-NXX-XXXX, is the same as the present NPA-NXX-XXXX, ten digit format, existing signaling and routing mechanisms may be used to route the call. Thus, each one of the Subscribers of each one of the plurality of Local Service Providers is assigned a common SPA code, each one of the Local Service Providers having a different SPA code.

CROSS-REFERENCE TO RELATED APPLICATION

This is a continuation of Ser. No. 08/535,448 filed Sep. 28, 1995, nowabandoned; which is a continuation-in-part of Ser. No. 08/497,281 filedJun. 30, 1995, now abandoned.

BACKGROUND OF THE INVENTION

This invention relates generally to methods for routing telephone callsand more particularly to methods for routing telephone calls toSubscribers of different service providers within a common NumberingPlan Area (NPA).

As is known in the art, telephone calls are routed from a callingSubscriber to a called Subscriber through a network of switches.Subscribers connected to a common switch, or End Office (EO) areassigned a unique directory number, NXX-XXXX, where "N" refers to anydigit except 0 or 1 and "X" refers to any one of 10 digits. Thus, forexample, all telephone Subscribers in a small town are connected to asingle, "local" switch (or End Office (EO)) and all telephones directlyserved, or connected to the switch, or End Office (EO) have a directorynumber which uses as the first three digits thereof, a switch, or EndOffice (EO) code, NXX. These three digit prefixes are sometimes referredto as an "exchange or office code". The last four digits, XXXX, arereferred to as the SUBSCRIBER's line code. Larger towns may have two, ormore larger switches, each with several different three digit prefixswitch or exchange codes, NXXs.

As is also known in the art, the telephone system divides the UnitedStates into "area codes"; more technically referred to as Numbering PlanArea (NPA) codes. When a call is made from one "area code" to another"area code", the three digit Numbering Plan Area code, NPA, prefix mustbe supplied to the called Subscriber's directory number (DN). Thus, ineffect, each telephone Subscriber is associated with a unique ten digitdirectory number; NPA-NXX-XXXX.

As is also known in the art, the United States has been subdivided intoLocal Access and Transport Areas (LATAs), each LATA includes acontiguous sub set of the Numbering Plan Areas (NPAs). Calls betweenLATAs are routed via inter-exchange carriers, IXCs. Such inter-LATAcalls need only be routed to the appropriate IXC carrier based on thecalls originator (i.e., the calling Subscriber's) Inter Exchange Carrier(IXC) access code (either dialed or pre-subscribed). Intra-LATA callsare routed based on the directory number, which is of the formatNPA-NXX-XXXX. The NPA-NXX (Area code-exchange code) prefix is used toroute the call to the serving, local switch, or End Office (EO). Fromthere the local switch routes the call to the Subscriber's line which isdesignated by the last four digits, XXXX.

As is also known in the art, in the past, in most regions of the UnitedStates, a Local Service Provider (LSP) (i.e., a regional telephonecompany) had exclusive routing of calls within a Local Access andTransport Area (LATA). The regional telephone company thereforecontrolled the local switches and assigned the connected subscriber adirectory number (DN). Today, each LATA may be served by other,competing Local Service Providers (LSPs). Therefore, if a Subscriberwishes to be served by a different Local Service Provider of the sameLocal Access and Transport Area (LATA), the Subscriber would have tochange the previously assigned directory number (DN), since directorynumbers are assigned to a switch in blocks and are used as a means forrouting calls to the switch serving those local directory numbers asdescribed above.

If a Subscriber wished to keep the previously assigned directory number,calls to the Subscriber had to be routed, via the switch which owns thedirectory number block, and from there to the Subscriber's new switchusing an unpublished directory number for that routing purpose. Suchmethod, however, ties up the new switch during the period of time thecall is routed through it.

One technique suggested to enable the Subscriber to maintain thepreviously assigned directory number (DN) after changing to a new LocalService Provider (LSP) in the same Local Access and Transport Area(LATA) is to translate the previously assigned directory number (DN) toa Location Routing Number (LRN) code which is any valid switch code,NXX, assigned to the switch which presently serves the Subscriber. TheNumbering Plan Area (NPA) code would be the same as the NPA of thedirectory number (DN) because the Subscriber has not physically moved toanother area. The NPA-LRN code is passed along with the directory number(DN), NPA-NXX-XXXX to a tandem as well as terminating switches endoffices (EOs). Thus, a two numbers are used: NPA-LRN plus NPA-NXX-XXXX.The NPA-LRN is used for routing and the NPA-NXX-XXXX is used in theterminating switch to locate the Subscriber's line and any associatedfeatures (i.e. special services, such as call waiting, call forwarding,etc.) which are encoded as "classmarks". Such technique requires thatthe existing trunk signaling protocols be modified, especiallymulti-frequency and Dial Pulse, which do not support passing two numbersassociated with the called Subscriber.

SUMMARY OF THE INVENTION

In accordance with the present invention, a method is provided forenabling a plurality of Local Service Providers within a commonNumbering Plan Area (NPA) to serve Subscribers of the plurality LocalService Providers. The method includes the step of assigning to eachLocal Service Provider within the common Numbering Plan Area (NPA) adifferent service provider area (SPA) code. In accordance with anotherfeature of the invention a method is provided for assigning to eachSubscriber of a Local Service Provider within the common Numbering PlanArea (NPA) one of the service provider area (SPA) codes. The serviceprovider area (SPA) code is used by the telephone system in the samemanner presently used for routing calls made when a calling Subscriberdials the Numbering Plan Area (NPA) code of the called party. Here,however, the service provider area (SPA) code is not dialed by thecalling Subscriber. The dialed directory number (DN), NXX-XXXX, of acalled Subscriber subscribed to a different Local Service Provider, issent to a database (DB) external to the local switch, i.e., an ExternalLocal Number Portability Database (LNP DB). The External Local NumberPortability Database (LNP DB) maintains a record of the relationshipsbetween the directory numbers of Subscribers and the service providerarea (SPA) codes of the Subscribers. The External Local NumberPortability Database (LNP DB) retrieves the service provider area (SPA)code associated with the dialed directory number (DN) presently servingthe called Subscriber. The call is routed as SPA-NXX-XXXX. Because theten digit format, SPA-NXX-XXXX, is the same as the present NPA-NXX-XXXX,ten digit format, existing signaling and routing mechanisms may be usedto route the call.

In accordance with still another feature of the invention, a method isprovided for enabling a plurality of Local Service Providers withincommon Numbering Plan Area (NPA) to serve Subscribers of the pluralityLocal Service Providers. The method includes the step of assigning toeach Local Service Provider within the common Numbering Plan Area (NPA)a different service provider area (SPA) code. The code is associatedwith each one of the Subscribers of such one of the local area providerswithin the common Numbering Plan Area (NPA). Further, the methodincludes the step of assigning to each one of the Subscribers of eachone of the plurality of local area providers, the service provider area(SPA) code associated with its Local Service Provider, each one of theLocal Service Providers having a different service provider area (SPA)code.

With such an arrangement, calls are routed to a called Subscriber havinga directory number assigned by a previous Local Service Provider usingthe same routing technique used to route a call to another NumberingPlan Area.

In accordance with still another feature of the invention, a method isprovided for routing a call to a subscriber having been assigned adirectory number NXX-XXXX by all Local Service Providers and havingchanged to a different Local Service Provider within a common NumberingPlan Area. An External Local Number Portability Database (LNP DB) isprovided for storing a relationship between each NXX-XXXX directorynumber (DN) assigned to Subscribers within the common Numbering PlanArea (NPA) and an call routing identifier, SPA, associated with thedirectory number, NXX-XXXX where: SPA is a three digit designation codeassigned to each one of the Local Service Providers within a commonNumbering Plan Area (NPA), each one of the Local Service Providers beingassigned a different Local Service Provider area (SPA) code in thecommon Numbering Plan Area (NPA); and, NXX is a three digit exchangecode representative of a local exchange area within the common NumberingPlan Area (NPA). The number, NXX-XXXX, dialed by a calling Subscriber isconverted, in the External Local Number Portability Database (LNP DB),into the SPA-NXX-XXXX call routing identifier output assigned to thecalled Subscriber. The call placed by the calling Subscriber to thecalled Subscriber is routed using the call routing identifier output,SPA-NXX-XXXX.

In accordance with another feature of the invention, a method isprovided for routing a call to a Subscriber having been assigned adirectory number NXX-XXXX, and having moved to a different locationserviced by a switch having Subscriber Location Number made up of adifferent exchange code, NYY, and a line code YYYY. The method includesproviding a database storing a relationship between the NXX-XXXXdirectory number assigned to the Subscriber and the different exchangecode NYY and line code YYYY of the Subscriber. The dialed numberNXX-XXXX is converted in the database into SPA-NYY-YYYY and the call isrouted to the called Subscriber as if the call were dialed asSPA-NYY-YYYY.

More particularly, a method is provided for routing a call to aSubscriber having been assigned a directory number NXX-XXXX by one LocalService Provider and having changed to a different Local ServiceProvider, both service providers providing service within a commonNumbering Plan Area (NPA), and wherein the Subscriber has moved to adifferent location serviced by a switch having a different exchangecode, NYY, and a line code YYYY. The method includes the step ofproviding a database storing:

(i) a relationship between each NXX-XXXX directory number assigned toSubscribers within the common Numbering Plan Area (NPA) who have changedto another Local Service Provider, and a call routing identifier, SPA,associated with the directory number, NXX-XXXX;

(ii) a relationship between the NXX-XXXX directory number assigned tothe Subscriber and the location code comprised of different exchangecode NYY and line code YYYY of the Subscriber where:

SPA is a three digit designation code assigned to each one of the LocalService Providers within a common Numbering Plan Area (NPA), each one ofthe Local Service Providers being assigned a different Local ServiceProvider area (SPA) code in the common Numbering Plan Area (NPA); and,

NXX is a three digit designation code representative of an exchange areawithin the common Numbering Plan Area (NPA).

The number, NXX-XXXX is converted in the database into NYY-YYYY androuted to the called Subscriber using the call routing identifier outputprefixed to the last seven digits of the location code, SPA-NYY-YYYY.

With such method, the database allows each SPA-NYY-YYYY to be storedagainst the corresponding directory number NXX-XXXX where NYY-YYYY is ofthe same seven digit format and has the same meaning to the telephonesystem, albeit a different value than NXX-XXXX. The SPA-NYY-YYYY formatallows the call to be routed to a different exchange area or even adifferent Numbering Plan Area (NPA) in the same Local Access andTransport Area (LATA).

In accordance with still another feature of the invention, a method isprovided for reducing the number of accesses, or queries, to theExternal Local Number Portability Database (LNP DB). The method includesthe steps of: determining, from a database of a local switch, whether anincoming call to the local switch is assigned to the switch, and if not,determining from the External Local Number Portability Database (LNPDB), a Service Provider Area (SPA) assigned to the called Subscriber;and, populating the database of the local switch for the calledsubscriber, the SPA determined from the External Local NumberPortability Database (LNP DB). Thus, when the Subscriber is calledagain, the SPA stored in the database of the local switch is added as athree digit prefix to the called party directory number. Thus, with suchmethod, the External Local Number Portability Database (LNP DB) need notbe accessed for calls made to the Subscriber after the database of thelocal switch has been populated with the Subscriber's SPA. Further, suchfeature may be expanded to store, in the database of the local switch,the SPA-NYY-YYYY if such routing information is returned from theExternal Local Number Portability Database (LNP DB).

In accordance with still another feature of the invention, a method isprovided for transferring a Subscriber of a current Local ServiceProvider having the Subscriber's present Service Provider Area (SPA)code to a future Local Service Provider having the Subscriber's futureService Provider Area (SPA') code within a common Numbering Plan Area(NPA) to serve Subscribers of the plurality Local Service Providerscomprising the step of: providing each local switch of each of the LocalService Providers with an internal database having associated with eachSubscriber line number therein a local indicator field, such fieldproviding, in the such field of current Local Service Provider's switchan indication that the Subscriber is in the process of leaving suchswitch and for providing, in the such field of future Local ServiceProvider's switch an indication that the Subscriber is in the process ofcoming to such switch.

In accordance with one embodiment of the invention, the method includesthe step of: marking an internal database of the current Local ServiceProvider's switch with a LEAVING indication; marking an internaldatabase of the future Local Service Provider switch with a COMINGindication; and, querying a local number portability database fromeither the current Local Service Provider's switch or the future LocalService Provider's switch when such LEAVING or COMING indication ismarked to determine whether the local number portability database hasbeen updated with the Subscriber SPA designation of the future LocalService Provider.

In accordance with another feature of the invention, a system forrouting a call to a subscriber having been assigned a directory numberNXX-XXXX by Local Service Providers in a Numbering Plan Area and havingchanged to a different Local Service Provider within the Numbering PlanArea, such system comprising: a plurality of databases for storing arelationship between each NXX-XXXX directory number assigned toSubscribers within the common Numbering Plan Area and an call routingidentifier, SPA, associated with the directory number, NXX-XXXX where:SPA is a three digit designation code assigned to each one of the LocalService Providers within the common Numbering Plan Area, each one of theLocal Service Providers being assigned a different Local ServiceProvider area (SPA) code in the common Numbering Plan Area (NPA); and,NXX is a three digit exchange code representative of a local exchangearea within the common Numbering Plan Area.

BRIEF DESCRIPTION OF THE DRAWING

FIG. 1 is a diagram showing a plurality of Local Service Providers(LSPs) within a common Numbering Plan Area (NPA) wherein Subscribers areable to move change between such Local Service Providers (LSPs);

FIG. 2 is a schematic diagram showing a call being routed to aSubscriber having changed Local Service Providers (LSPs) according tothe invention;

FIG. 3 is a flow diagram showing the process of routing a call to theSubscriber according to the invention;

FIG. 4 is a schematic diagram of a translator used in a local switch andadapted to route calls to the Subscriber in accordance with theinvention;

FIGS. 5-11 are flow diagrams useful in showing the process of routing acall to the Subscriber according to the invention;

FIGS. 12 and 12A are schematic diagrams of a translator in accordancewith the present invention;

FIGS. 13-17 are schematic diagrams useful in understanding variousfeatures of the invention;

FIG. 18 is a flow diagram summarizing the process of changing aSubscriber from one of the Local Service Provides (LSPs) to another oneof the Local Service Providers (LSPs) in accordance with the invention;

FIGS. 19-25 are flow diagrams showing in more detail the processchanging the Subscriber from one of the Local Service Provides (LSPs) toanother one of the Local Service Providers (LSPs) in accordance with theinvention;

FIG. 26 is a flow diagram showing the steps of verification of reportederrors in the system;

FIG. 27 is a schematic diagram of a system according to the inventionwherein an SS7 network is used;

FIG. 28 is a schematic diagram of a system according to the inventionwherein an X.25 network is used; and,

FIG. 29 is a schematic diagram of a system according to the inventionwherein an External Local Portability Database used therein isdistributed among a plurality of Local Service Providers (LSPs).

DESCRIPTION OF THE PREFERRED EMBODIMENTS

Referring now to FIG. 1, a method for enabling a plurality of LocalService Providers within a common Numbering Plan Area (NPA) to serveSubscribers of the plurality of Local Service Providers will bedescribed. Here, a Local Access and Transport Area (LATA) 10 is shownserved by a plurality of, here for example, five different Local ServiceProviders, LSP1-LSP5. Here, in this example, the Local Access andTransport Area (LATA) 10 includes five contiguous Numbering Plan Areas(NPAs), here NPA1-NPA5, as indicated. For each one of the Numbering PlanAreas, NPA1-NPA5, each one of the local Service Providers LSP1-LSP5, isassigned a Service Provider Area (SPA) code unique to the Local ServiceProvider. Further, the Local Service Provider originally servicing theLATA may be assigned, as its SPA, the NPA. Thus, here, for example, theLocal Service Provider LSP1 originally serving the Numbering Plan AreaNPA1, is assigned, as its service provider area (SPA) code, the threedigit prefix code NPA₁ ; and, Local Service Providers LSP2, LSP3, LSP4,LSP5 are assigned service provider area (SPA) codes SPA₁, SPA₆, SPA₁₁,SPA₁₆, respectively, as indicated. The TABLE I below shows the SPAsassigned to the LSPs in each of the NPAs of the exemplary LATA:

                  TABLE I                                                         ______________________________________                                        Local                   Service                                               Service       Numbering Provider Area                                         Provider      Plan Area (SPA) Code                                            ______________________________________                                        LSP1          NPA1      NPA.sub.1                                             LSP2          NPA1      SPA.sub.1                                             LSP3          NPA1      SPA.sub.6                                             LSP4          NPA1      SPA.sub.11                                            LSP5          NPA1      SPA.sub.16                                            LSP1          NPA2      NPA.sub.2                                             LSP2          NPA2      SPA.sub.2                                             LSP3          NPA2      SPA.sub.7                                             LSP4          NPA2      SPA.sub.12                                            LSP5          NPA2      SPA.sub.17                                            LSP1          NPA3      NPA.sub.3                                             LSP2          NPA3      SPA.sub.3                                             LSP3          NPA3      SPA.sub.8                                             LSP4          NPA3      SPA.sub.13                                            LSP5          NPA3      SPA.sub.18                                            LSP1          NPA4      NPA.sub.4                                             LSP2          NPA4      SPA.sub.4                                             LSP3          NPA4      SPA.sub.9                                             LSP4          NPA4      SPA.sub.14                                            LSP5          NPA4      SPA.sub.19                                            LSP1          NPA5      NPA.sub.5                                             LSP2          NPA5      SPA.sub.5                                             LSP3          NPA5      SPA.sub.10                                            LSP4          NPA5      SPA.sub.15                                            LSP5          NPA5      SPA.sub.20                                            ______________________________________                                    

It should be noted that the Service Provider Area (SPA) codes are,pseudo-NPAs covering the exact same area as the corresponding NPAs. Ascan be seen in FIG. 1, this results in several layers of congruentpseudo-Numbering Plan Areas.

Therefore, a Service Provider Area (SPA) code is assigned to each LocalService Provider (LSP) serving a particular Numbering Plan Area (NPA).The assigned Service Provider Area (SPA) codes may not be codes that areused as Numbering Plan Area (NPA) codes within the LATA or in theimmediately adjacent LATAs; except for one of the Local ServiceProviders, as for the example presented above, for Local ServiceProvider, LSP1. However, they may be codes that are assigned to otherLATAs. This allows reuse of NPA codes in a given LATA that are assignedto other LATAs. Thus, for the example presented above, SPA₁₂, may be theNumbering Plan Area (NPA) code in another, non-adjacent, LATA, notshown. Preferably, only the most distant NPA codes should be used as theSPA codes.

Referring now to FIG. 2 a general overview of the method for routing acall where a Subscriber has changed Local Service Providers isdescribed. Thus, in this example, Subscriber B, located in a portableNPA-NXX, changes from Local Service Provider (LSP1) to Local ServiceProvider (LSP2) without changing its directory number (DN). Here,Subscriber B's directory number (DN) is 212-210-1111: where; the firstthree digits, "212" is the Numbering Plan Area (NPA) (i.e., "areacode"); and the fourth, fifth and sixth digits, "210", designate theassigned local switch, or "exchange" of Subscriber B. Here, in thisexample, Subscriber A is connected to End Office (EO2), and Subscriber Bis connected to End Office (EO1).

The previous service routing connection (indicated by the dashed line12) was as follows: Subscriber A dialed 210-2111. Local Service Provider(LSP1) at End Office (EO2), which is connected to Subscriber A, routedthe call to End Office (EO1) which is connected to Subscriber B.

The new routing flow is as follows:

(Step 2-1)--Subscriber A calls Subscriber B using 210-2111.

(Step 2-2)--The Local Service Provider (LSP1) End Office (EO1) checksits internal database not shown, as distinguished from the ExternalLocal Number Portability Database (LNP DB)) to determine that the 210code is not its own exchange code but is an NXX that is served by morethan one Local Service Provider (LSP). (The internal database isincluded in the local translator to be described in connection with FIG.4, below).

(Step 2-3)--The call is translated; (i.e., Transaction CapabilitiesApplication Part (TCAP) processing adds the Numbering Plan Area (NPA)code, here known to be Subscriber B's original, local, NPA of "212"),and a query for 212-210-1111 is launched to the External Local NumberPortability Database (LNP DB) for the presence of Subscriber B. (Therouting to, and from, the External Local Number Portability Database(LNP DB) may be Advanced Intelligent Network (AIN) or IntelligentNetwork (AI) protocols).

(Step 2-4)--The Signal Transfer Point (STP) queries the External LocalNumber Portability Database (LNP DB) thereof for the presence ofSubscriber B and, in this example, the Service Provider Area (SPA) codeof 445 is found for Subscriber B's new Local Service Provider (SPA2).(Step 2-5)--The Signal Transfer Point (STP) sends the query response tothe Local Service Provider (LSP1) End Office (EO2); 445-210-1111. An SPAclassmark is added to call associated data indicating that the dialinginformation is from the External Local Number Portability Database (LNPDB).

(Step 2-6)--The Local Service Provider (LSP2) End Office (EO2)translates the call using the new digits (i.e., 445-210-1111) and theSPA classmark, and routes the call to Subscriber B's End Office (EO1).(The routing may be by Multi-frequency (MF) or (Integrated SystemsDigital Interface (ISDN) User Part (ISUP)).

(Step 2-7)--Local Service Provider (LSP2) End Office (EO1) completes thecall to Subscriber B.

Considering the method in more detail, and referring now to FIG. 3,Subscriber, A, subscribed to one Local Service Provider, here forexample, Local Service Provider LSP2 calls Subscriber, B, subscribed toa different Local Service Provider, here for example LSP3 (Step 3-1).Further, in this example, both service providers LSP2, LSP3 provideservice within a common Numbering Plan Area (NPA), here for exampleNPA1. The called Subscriber B in this example has an assigned directorynumber, (NXX-XXXX)₅, where N is any digit except 0 or 1 and X refers toany one of 10 digits. Further, in this example, the called Subscriberwas originally assigned to the Numbering Plan Area (NPA) code NPA1. Asnoted above, External Local Number Portability Database (LNP DB) isprovided for storing a relationship between each NXX-XXXX directorynumber assigned to Subscribers within the common Numbering Plan Area(NPA) and a Local Service Provider area code, SPA, associated with thedirectory number, where:

SPA is a three digit designation code assigned to each one of the LocalService Providers within a common Numbering Plan Area (NPA), each one ofthe Local Service Providers being assigned a different Local ServiceProvider area (SPA) code in the common Numbering Plan Area (NPA); and,

NXX is a three digit designation code representative of a local exchangearea within the common Numbering Plan Area (NPA).

For example, the following TABLE II illustrates an exemplary ExternalLocal Number Portability Database (LNP DB):

                  TABLE II                                                        ______________________________________                                                         Service Provider                                                                          Vacant                                           Directory Number Area (SPA) Code                                                                           (YES/NO)                                         ______________________________________                                        NPA.sub.1 -NXX-(XXXX).sub.1                                                                    SPA.sub.15  NO                                               NPA.sub.1 -NXX-(XXXX).sub.5                                                                    SPA.sub.5   NO                                               NPA.sub.1 -NXX-(XXXX).sub.7                                                                    NPA.sub.5                                                    NPA.sub.1 -NXX-(XXXX).sub.9                                                                    SPA.sub.10                                                   NPA.sub.1 -NXX-(XXXX).sub.11                                                                   SPA.sub.20                                                   NPA.sub.1 -NXX-(XXXX).sub.12                                                                   SPA.sub.5                                                    .                .                                                            .                .                                                            .                .                                                            NPA.sub.1 -NXX-(XXXX).sub.n                                                                    SPA.sub.20  NO                                               ______________________________________                                    

Thus, in this example, the calling Subscriber dials either:

(NXX-XXXX)₅ (i.e., a local call);

1-(NXX-XXXX)₅ (i.e., a local call, albeit a potential toll calldepending on the type of service subscribed to by the callingSubscriber);

1-NPA-(NXX-XXXX)₅ (i.e., an Inter-NPA/Intra-LATA call or an Inter-LATAcall); or,

10-IXC-NPA-(NXX-XXXX), (i.e., an Inter-LATA call made to a specifiedInter Exchange Carrier (IXC). (Step 3-1A).

As shown in FIG. 3, in response to the dialing by the calling Subscriber(Step 3-1), a determination is made by the local switch as to the typeof call being placed: i.e., an Inter-LATA call, an Intra-LATA call, avacant call (i.e., an NXX code which has not been assigned) or a localcall (Step 3-2). If the call is a vacant call, it is routed to anintercept "function", and a prerecorded message would be played to thecalling Subscriber indicating that the called number is, for example,not a working number (Step 3-3). If the call is an Inter-LATA call, theInter Exchange Carrier (IXC) is determined and the call is routed to theSubscriber's Inter-LATA carrier. If the caller dials 10-IXC-anything,the call is routed to the designated Inter-LATA Carrier designated bythe dialed IXC three digits following "10" (Steps 3-4, 3-5). If the callis a local call, a translation operation (to be described in detail inconnection with FIG. 4 below) is performed on the dialed number, whichis, in this example, either: (NPA)₁ -(NXX-XXXX)₅ or (NXX-XXXX)₅, thelocal switch code, NXX is detected and, therefore, the call is routed tothe Subscriber via the four digit line code (XXXX)₅ (Step 3-6). Thesearch is performed by a database internal to the local switch; moreparticularly in a translator to be described in connection with FIG. 4,below). If the so called Subscriber XXXX is populated in the internaldatabase, i.e. has not changed) the call is routed to a line connectedto the switch and the B Subscriber receives ringing (Step 3-7). If thecalled Subscriber is not a Subscriber to the local switch, (Step 3-8)the dialed number is used as an input (i.e., address) to the ExternalLocal Number Portability Database (LNP DB) (Step 3-9). It is noted thatthe External Local Number Portability Database (LNP DB) is addressedwith ten digit numbers; therefore, if the dialed number is (NXX-XXXX)₅,the Numbering Plan Area (NPA) code is added to form the address (Step3-10), in this example, (NPA)₁ -(NXX-XXXX)₅ ; whereas if the dialednumber were (NPA)₁ -(NXX-XXXX)₅ no additional digits need be added toform the External Local Number Portability Database (LNP DB) address.

In response to the accessing (i.e., addressing) the External LocalNumber Portability Database (LNP DB), two possible responses may beobtained: either the dialed number is vacant, in which case anappropriate prerecorded message is played to the calling Subscriber(Step 3-11); or, the number obtained from the External Local NumberPortability Database (LNP DB) at the address is retrieved (Step 3-12)and translated (FIG. 4) by the local translator (FIG. 4) for routing asif the number dialed was (SPA)₅ -(NXX-XXXX)₅ instead of either: (NPA)₁-(NXX-XXXX)₅, or (NXX-XXXX)₅ (Step 3-13). If the Subscriber is in theExternal Local Number Portability Database (LNP DB), the SPA classmarkis added indicating that the dialing information has been retrieved fromthe External Local Number Portability Database (LNP DB).

It should be noted that telephone calls into a switch may come from asource other than from a dialled telephone connected to that switch. Forexample, the call may come in on a trunk from another switch without aService Provider Area (SPA) classmark, or from a trunk with a ServiceProvider Area (SPA) classmark. The former case is described in FIG. 5(Step 5-1); the later case is described in FIG. 6 (Step 6-1), anindication is provided as follows: If, as in the former case, the numberreceived at the local switch is from a trunk without an SPA classmark,(i.e., in this example the local switch receives either: (NPA)₁-(NXX-XXXX)₅, or (NXX-XXXX)₅) it is processed the same way a call dialedto the local switch is processed as described above in connection withStep 3-2 in FIG. 3. If, on the other hand, the call to the local switchis from a trunk with the SPA classmark, a determination is made in thelocal switch's internal database as to whether the call is to aSubscriber of the local switch (Step 6-2). If the call is not to aSubscriber to the local switch, the call is merely routed to theappropriate service provider and switch based on the (SPA)₅ -(NXX-XXXX)₅received (Step 6-3). On the other hand, if the call is to a Subscriberof the local switch, the Subscriber Provider Code (SPA) three digitprefix is replaced with the local Numbering Plan Area (NPA) code; or, ifthe call does not have such three digit prefix but is merely(NXX-XXXX)₅, the local Numbering Plan Area (NPA) code is added to form aten digit number (Step 6-4) and the process continues as discussed abovein connection with FIG. 3 at Step 3-8, except that if the Subscriberdoes not exist in the internal database of the switch and has an SPAclassmark, a database inconsistency exists (Step 6-5). Inconsistencyresolution is described hereinafter.

Referring now to FIG. 4, a local translator 14 is shown for preformingthe translate operations described in connection with FIGS. 3, 5, and 6above. The local translator, here at an End Office (EO) switch, or"exchange", NXX, receives dialing information of three different types:local, seven digit (NXX-XXXX) dialing information 16; or, ten digitdialing information; either the ten digit dialing information may beprefixed with either a Numbering Plan Area (NPA) code prefixed(NPA-NXX-XXXX) dialing information 18, or a Service Provider Area (SPA)code prefixed (SPA-NXX-XXXX) dialling information 20. The localtranslator 14 includes: a Number Area Plan (NPA) code Table 22; aService Provider Area (SPA) code Table 24; an Inter Exchange Carrier(IXC) Table 26; and, a plurality of NXX Tables 28, one NXX Table foreach Numbering Plan Area (NPA) code (i.e., NXX Tables 28₁ -28_(LAST) ofNXX Table 28 corresponding to NPA codes NPA₁ -NPA_(LAST), respectively;and, an XXXX Table 29 for each local NXX. The Number Area Plan (NPA)code Table 22 has routing information for each one of the Numbering PlanArea codes (NPA₁ -NPA_(LAST)) or a pointer to an NXX Table for furtherinformation. The Service Provider Area (SPA) code Table 24 has routinginformation for each one of the Service Provider Area codes (SPA₁-SPA_(LAST)) or a pointer to an NXX Table for further information. TheInter Exchange Carrier (IXC) Table 26 has the routing information foreach Inter Exchange Carrier (IXC). Each of the plurality of NXX Tables28, has routing information per exchange code and provides finergranularity than NPA and SPA Tables as needed. For calls terminating inthe Own switch the Own NXX points to the XXXX Table to find theSubscriber line.

As noted above, the dialing information to the local switch, NXX, mayenter from either a locally connected subscriber or a trunk group.Further, the incoming dialing information on a trunk will have an SPAclassmark if the received digits were already translated via theExternal Local Number Portability Database (LNP DB). Thus, if theincoming call has an SPA classmark it is sent to the SPA Table 20, if itis only a seven digit number (i.e., NXX-XXXX) it is sent to the NXXTables 28 with the local NPA; otherwise, it is sent to the NPA Table 16.The local translator 14, more particularly the NXX Tables 28, in turn,either routes the call to another trunk group or to a connectedSubscriber via translation in the XXXX Table.

More particularly, the Numbering Plan Area (NPA) Table 18 includesrouting information included within sub-tables (NPA₁ -NPA_(LAST))thereof for routing incoming calls to the appropriate (i.e.,corresponding) one of the plurality of NXX Tables 28. For example,assume that the local switch translator is in Numbering Plan Area(NPA2). If an incoming call to the local translator 14 has a NPA₂-NXX-XXXX designation, (i.e., no SPA classmark) the "OWN NPA-NXX TABLE"30 provides the routing information to direct the call to the "LOCALCODE" section 32 of the NXX Table corresponding to NPA₂, which, in turn,provides the routing information to direct the call to the Subscriberline XXXX (via the XXXX Table 29) indicated by the last four digit. Ifthe incoming call had an NPA₁ three digit prefix, the call would berouted to the "NPA₁ -NXX TABLE" 33 which provides routing informationfor routing to the NPA₁ Table of the NXX Tables 28, which then, in turn,provides routing information to the appropriate trunk group. (It shouldbe noted that, in this example, incoming calls to with an NPA₃ prefixare to be routed the IXC Table 26 for further routing information).

The Service Provider Area (SPA) Table 24, like the NPA Table 18,includes routing information included within sub-tables (SPA₁-SPA_(LAST)) thereof for routing incoming calls to the appropriate(i.e., corresponding) one of the plurality of NXX Tables 28₁ -28_(LAST),respectively; here, however, for routing incoming calls which have beenrouted through the External Local Number Portability Database (LNP DB);that is, for calls having the SPA classmark. For example, assume thatthe local switch translator 14 is in Service Provider Area (SPA2). If anincoming call to the local switch translator 14 has a SPA₂ -NXX-XXXXdesignation and an SPA classmark, the "OWN SPA-NXX TABLE" 36 providesrouting information to direct the call to the "LOCAL CODE" section 32 ofthe NXX Table 28 corresponding to SPA₂, and which, in turn, providesrouting information to direct the call to the Subscriber line XXXX (viaXXXX Table 29) indicated by the last four digits, XXXX. If the incomingcall had an SPA₁ three digit prefix, the call would be routed to the"SPA₁ -NXX TABLE" 38 which provides routing information to route to theSPA₁ Table 28₁ of the NXX Tables 28, which then, in turn, providesrouting information to route to the appropriate trunk group. (It shouldbe noted that, in this example, incoming calls with an SPA₃ prefix areto be routed to the trunk group specified for SPA₃ in the RoutingInformation).

If the incoming call has only a seven digit designation, NXX-XXXX (i.e.,as shown at 16), it is recognized by the local switch translator 14 as acall within the Own NPA or Own SPA based on the absence or presence ofthe SPA classmark. The call is translated accordingly.

Referring now to FIG. 7, an example is described where a Subscriber haschanged to a different Local Service Provider and has also moved to adifferent geographical location and is no longer connected to anyswitch, or exchange, having the NXX switch designation; that is, theSubscriber wishes Location/Geographic Portability. More particularly, inthis example, the Subscriber is now connected to a switch having thedesignation NYY, where Y is any digit from 0 to 9. Thus, while theSubscriber is in the same Numbering Plan Area (NPA), the Subscriber isnow connected to a different switch and serviced by a different LocalService Provider and wishes to retain the same directory number (DN),here, for example, NXX-XXXX. The External Local Number PortabilityDatabase (LNP DB) will be updated to contain this relationship (i.e.,NPA-NXX-XXXX is now at SPA-NYY-YYYY). For this case, the External LocalNumber Portability Database (LNP DB) also needs to store the NYY-YYYY inaddition to the SPA. Thus, when the External Local Number PortabilityDatabase (LNP DB) is accessed, it returns SPA-NYY-YYYY. Routing is donethe same as described above when a Subscriber changes Local ServiceProvider (SPA), i.e., by translating the SPA-NYY. The NYY will not bedialed by any Subscriber but will be used as a routing code as describedabove for ported numbers when a Subscriber changes Local ServiceProvider (SPA). Thus, the NYY need not necessarily be restricted to theNXX format but rather, could use codes such as 010, 001, etc., forexample. The ported Subscribers are assigned the NYY-YYYY codes to packthe NYY code with consecutive numbers. Only one NYY code should berequired per large office accepting ported Subscribers. Smaller endoffices may share NYY codes divided among thousands of blocks. Only theSPA-NYY-YYYY need be forwarded via the tandem office to the terminatingoffice. The SPA-NYY combination allows tandem switches to use AINtriggers to separate traffic along Local Service Provider (SPA) lines aswell as separating out ported numbers.

Since, as noted above, the Subscribers are assigned NYY-YYYY codes withsuccessive numbers, the terminating switch can translate theSPA-NYY-YYYY back to an NPA-NXX-XXXX easily since there need be noholes, or vacancies, in the block of numbers. For calls originating inthe switch which contains ported Subscribers, a call to the Own NXXswill translate as normally to route locally, or if a vacant number isencountered the External Local Number Portability Database (LNP DB) isconsulted for proper routing. For calls to non-local NXXs the ExternalLocal Number Portability Database (LNP DB) is queried if that NXXsupports number portability of any type. The returned SPA-NYY may be thelocal code for ported numbers and the call is completed locally.

For example, again, the call may come in as either: a dialed call (i.e.,as either: 1-NPA-NXX-XXXX; or NPA-NXX-XXXX; or NXX-XXXX) (Step 3-1);from a trunk without an SPA classmark (i.e., as either: NXX-XXXX, or,NPA-NXX-XXXX) (Step 3-5); or, from a trunk with an SPA classmark (i.e.,as either NYY-YYYY, or, SPA-NYY-YYYY) (Step 6-1). In all cases, theprocessing is the same as that described above in connection with FIGS.3, 5 and 6; here, however, the number returned by the External LocalNumber Database (LNP DB) is SPA-NYY-YYYY (Step 7-1) for routing asdescribed above in connection with Step 3-13 of FIG. 3.

Referring now to FIGS. 8, 9 and 10 the call processing logic fororiginating calls using Intelligent Network (IN) and AdvancedIntelligent Network (AIN) triggers, and for incoming calls,respectively, is shown. FIG. 8 illustrates the flow for an originatingcall using an Intelligent Network (IN) Trigger. When a Subscriber makesa call (Step 8-1), the following events occur:

the serving end office first determines whether the call is anInter-Local Area and Transport Access (LATA) call made via 1-, or,10-XXX-dialing, or a call requiring Operator Services (Step 8-2).

if it is either of the above, the call is routed to the appropriatecarrier or operator services switch, using current methods (Step 8-3).

if the call is neither an Inter-Local Access and Transport Area (LATA)nor an Operator Services call, the end office determines whether thedialed destination is within a portable NXX by checking its own internaldatabase (i.e., the local translator, a database internal to the localswitch as distinguished from the External Local Number PortabilityDatabase (LNP DB) using the digit translation functions of the switch(Step 8-4).

if the dialed number is not within an NXX that is marked as portable,the call is routed normally (Step 8-5).

if the dialed number is within a portable NXX, another check of theswitches internal database determines whether the NXX is served locally(Step 8-6).

if the NXX is local (i.e., the office serves Subscribers in that NXX),the office attempts to translate the number to a Subscriber (Step 8-7).

if the Subscriber is served by the local office, the call is anintra-switch call and is routed normally (Step 8-8).

if the local office does not provide service for the dialed directorynumber, the end office prefixes the NPA (if only 7 digits were dialed)and launches a Transaction Capabilities Application Part (TCAP) query(with NPA-NXX-XXXX) to the External Local Number Portability Database(LNP DB) to determine how to route the call (Step 8-9).

the Service Control Point (SCP) checks the Ported Number portion of theExternal Local Number Portability Database (LNP DB) (to be describedbelow in connection with TABLE III) for an entry of the dialed number(Step 8-10).

if an entry is found, and the number has a corresponding ServiceProvider Area (SPA) Code (Step 8-11), a Transaction CapabilitiesApplication Part (TCAP) response containing the Service Provider Area(SPA) Code NXX-XXXX) is sent back to the querying office (Step 8-12).

the end office then routes the call based on the routing number (ServiceProvider Area (SPA) Code-NXX-XXXX) in the Transaction CapabilitiesApplication Part (TCAP) response (Step 8-13).

if an entry for the number exists, but the vacant flag is set, thenumber is vacant, and the Service Control Point (SCP) responds with thePlay Announcement message (Step 8-14).

the end office then routes the call to vacant number intercept (Step8-15).

if the number was not found in the Ported Number portion of the ExternalLocal Number Portability Database (LNP DB) (i.e., TABLE III, below), theService Control Point (SCP) uses the NPA-NXX of the number to index intothe Non-Ported Number portion of the External Local Portability Database(LPN DB) (to be described below in connection with TABLE IV) to retrievethe default Service Provider Area (SPA) Code (i.e., the current LocalService Provider's Service Provider Area (SPA) Code) (Step 8-16).

the Service Control Point (SCP) then sends the routing number (ServiceProvider Area (SPA) Code-NXX-XXXX) to the querying office in aTransaction Capabilities Application Part (TCAP) response (Step 8-17),and the call is routed by the end office based on the returned routingnumber (Step 8-18).

FIG. 9 depicts the flow for an originating call from a switch using theAdvanced Intelligent Network (AIN) 0.1 protocol. When a Subscriber makesa call (Step 9-1), the following sequence of events occurs:

the serving end office compares the dialed digits to the ten digitPublic Office Dialing Plan (PODP) director number (DN) list (Step 9-2).(It should be noted that the Public Office Dialing Plan (PODP) is thepart of the internal database of the local switch). If the dialed numberis found, the end office sends an Advanced Intelligent Network (AIN) 0.1InfoAnalyzed message to the External Local Number Portability Database(LNP DB) (Step 9-5).

if an entry is not found in the ten digit Public Office Dialing Plan(PODP) Directory Number (DN) list, the serving office then compares theNPA-NXX to the six digit Public Office Dialing Plan Directory Number(DN) list (Step 9-3). If an entry is found, the end office launches anAdvanced Intelligent Network (AIN) 0.1 InfoAnalyzed query to theExternal Local Number Portability Database (LNP DB) (Step 9-5).

if an entry is not found, the number is not within a portable NXX, andthe call is routed normally (Step 9-4).

upon receipt of the InfoAnalyzed message, the Service Control Point(SCP) determines whether the call was made via 0-, or, 10-XXX-dialing.If so, the Service Control Point (SCP) sends a Continue message to thequerying office with the dialed digits unchanged (Step 9-7), and thecall is routed to the Operator Services switch or the appropriatecarrier (Step 9-8).

if 0-, or, 10-XXX- was not dialed, the Service Control Point (SCP)checks the Ported Number portion of the External Local NumberPortability Database (LNP DB) (i.e., TABLE III, below) for an entry ofthe dialed number (Step 9-9). If an entry is found, and the number has acorresponding Service Provider Area (SPA) Code (Step 9-10), anAnalyzeRoute message containing the Service Provider Area (SPA) Code(SPA-NXX-XXXX) is sent back to the querying office (Step 9-11).

the end office then routes the call based on the routing number in theAnalyzeRoute message (SPA-NXX-XXXX) (Step 9-12).

if an entry in the Ported Number (portion of the External Local NumberPortability Database (LNP DB) (i.e., TABLE III, below), but the vacantflag is set, the number is vacant and the Service Control Point (SCP)responds with the SendToResource message (Step 9-13)

The end office then routes the call to vacant number intercept (Step9-14).

if the number was not found in the Ported Number portion of the ExternalNumber Portability Database (LNP DB) (i.e., TABLE III, below), theService Control Point (SCP) uses the NPA-NXX of the number to index intothe Non-Ported Number portion of the External Local Number PortabilityDatabase (LNP DB) (i.e., TABLE IV, below) to retrieve the defaultService Provider Area (SPA) Code (i.e., the current service provider'sService Provider Area (SPA) Code) (Step 9-15).

the Service Control Point (SCP) then sends the routing number(SPA-NXX-XXXX) to the querying office in an AnalyzeRoute message (Step9-16), and the call is routed by the end office based on the returnedrouting number (Step 9-17).

FIG. 10 depicts an incoming call using the Transaction CapabilitiesApplication Part (TCAP) 800 Intelligent Network (IN) trigger. Routingproceeds as follows:

When a call is received on a trunk (Step 10-1), the end office uses thepresence or absence of the SPA classmark against the incoming trunk todetermine whether the call is from an Local Number Portability(LNP)-capable end office or a Local Number Portability (LNP) non-capableend office (Step 10-2)

A call received on a "LNP non-capable" trunk group is treated the sameas a local origination (Step 10-3), and follows the sequence shown inFIG. 8.

If the call is received on an "Local Number Portability (LNP)-capable"trunk group, then the switch presumes the External Local NumberPortability Database (LNP DB) query has already been performed (Step10-4).

If the call terminates to a local NXX (Step 10-5), and 10 digits weredelivered (e.g., the end office serves more then one NPA), the ServiceProvider Area (SPA) Code is replaced by the NPA and the call isterminated to the local Subscriber (Step 10-6). The Service ProviderArea (SPA) Code must be replaced by the NPA to ensure features such asCalled Number Delivery continue to operate properly, but only when 10digits are delivered (e.g., the end office serves more than one NPA).

If the NXX is not served by the end office, no substitution takes place,and the call is routed to the proper Local Service Provider using theService Provider Area (SPA) Code (SPA-NXX-XXXX) and normal local tandemfunctionality (Step 10-7).

Thus, in summary, when a call is originated to a ported Subscriber, theoriginating end office (or an Local Number Portability (LNP)-capable endoffice) will launch a Transaction Capabilities Application Part (TCAP)800 Intelligent Network (IN) or Advanced Intelligent Network (AIN) 0.1query to the External Local Number Portability Database (LNP DB) toretrieve the Subscriber's Service Provider Area (SPA) Code. The LocalNumber Portability (LNP) Service Control Point (SCP) responds with theService Provider Area (SPA) Code--the last seven digits of the directornumber of the ported Subscriber. The call will then be routed usingexisting there or six-digit translations based on the Service ProviderArea (SPA) Code and the dialed Exchange/Office code (Service ProviderArea (SPA) Code--NXX). The Service Provider Area (SPA) Code is used onlyto route the call and is completely transparent to the Subscriber.

Naturally, this means that each switch in the portability area must beable to route on Service Provider Area (SPA) Code's just as it currentlydoes on NPAs.

When a non-ported number is received in a Local Number Portability (LNP)query, the Service Control Point (SCP) will simply respond by sendingback the default Service Provider Area (SPA) Code for the NPA-NXX plusthe dialed number (SPA-NXX-XXXX), and the querying end office will routethe call to the current Local Service Provider using existing six digitrouting functionality.

From the above, it should be noted that no change to the TransactionCapabilities Application Part (TCAP) 800 Intelligent Network (IN) orAdvanced Intelligent Network (AIN) 0.1 protocols is required to querythe Service Control Point (SCP). The External Local Number PortabilityDatabase (LNP DB) query will only be required when the dialedIntra-Local Access and Transport Area (LATA) number is not in theoriginating end office switches internal database, (i.e., the localtranslator described above in connection with FIG. 4) or the NPA-NXX ismarked in the originating end office's routing translations as being"portable". An External Local Number Portability Database (LNP DB) queryis not required by the originating Local Service Provider using eitherthe Intelligent Network (TR-TSY-000533) or the Advanced IntelligentNetwork (AIN) 0.1 implementation approach for any of the followingcalls:

Local terminating calls to numbers that are populated in the switch'slocal database

Any Inter-Local Access and Transport Area (LATA) call type (routed tothe carrier)

Calls from Local Number Portability (LNP) capable switches

Calls to unpopulated Centrex intercom numbers

Calls to NPA-NXXs where portability is not allowed

Calls where the dialed number is a SAC code or other special number

The Service Provider Area (SPA) Code can be any three digits between200-999, with the exception of SAC and N11 codes. The Service ProviderArea (SPA) Code need only be unique within the Local Access andTransport Area (LATA) because it is never delivered to an inter-exchangecarrier (IXC) by the originated Local Service Provider. Since theService Provider Area (SPA) Code is in the same format as the NPA, itcan be accommodated by either MF or SS7 signaling protocols.

Few variations occur if the incoming trunk call uses an AdvancedIntelligent Network (AIN) 0.1 rather than an Intelligent Network (IN)trigger. If a Local Number Portability (LNP) query has already beenperformed for the call, the number will be delivered as SPA-NXX-XXXX.Because Service Provider Area (SPA) Code values are not entered into thePublic Office Dialing Plan Data (PODP) list, the call routes normally.If the call has not yet been translated, the Public Office Dialing Plan(PODP) trigger is hit, and a query is sent to the Service Control Point(SCP) via an Advanced Intelligent Network (AIN) 0.1 InfoAnalyze message.From this point, the routing is identical to that shown in FIG. 8.

For service provider portability, the Service Control Point (SCP) mustalways return to the querying switch the NXX-XXXX digits delivered inthe External Local Number Portability (LNP DB) database query except forLocation/Geographic portability where a substitute NYY-YYYY is returned.The Service Control Point (SCP) also replaces the NPA, changing it to aService Provider Area (SPA) Code. Non-ported numbers need not be storedin the External Local Number Portability Database (LNP DB). If theService Control Point (SCP) cannot locate a 10-digit number in thePorted Number portion of the External Local Number Database (LNP DB)(i.e. TABLE III, below), it will search the Non-Ported Number portion ofthe External Local Number Database (LNP DB) (i.e. TABLE IV, below) forthe default Service Provider Area (SPA) Code using the received NPA-NXXas an index. This Service Provider Area (SPA) Code will identify thecurrent Local Service Provider serving the Subscriber.

In a Local Number Portability (LNP) environment, the NPA-NXX no longerdefines the switch serving the Subscriber. To accommodate TransactionCapabilities Application Part (TCAP) queries between switches for CLASSfeatures (e.g., Automatic Recall/Automatic Callback), STPs will berequired to perform 10-digit Global Title Translation (GTT) for theNPA-NXXs opened for portability to new Local Service Providers; or else,the originating switch or the first STP which receives such a featurerelated TCAP message, will first have to query the External Local NumberPortability Database (LNP DB) to replace the Number Plan Area (NPA),with an Service Provider Area (SPA) before the actual destination can bedetermined.

The method does not affect features that use the Calling SubscriberNumber and Redirecting number. For calls that involve features that usea previously stored called Subscriber number (e.g., Call Forwarding,Speed Calling), an External Local Number Portability Database (LNP DB)query is necessary to ensure that the current Local Service Provider isused to route the call. Since the query is launched prior to routing thecall, a query is not necessary when these features are activated. Toensure that these features work properly on the terminating side, theterminating office must change the Service Provider Area (SPA) Code backto the corresponding NPA prior to handling the call. However, this isonly required for those exceptional cases where 10 digits are deliveredto the terminating office (i.e., when the switch serves Subscribers inmore than one NPA).

The method provides the means to query the External Local NumberPortability Database (LNP DB) for both Intra-Local Access and TransportArea (LATA) local and Intra-Local Access and Transport Area (LATA) tollcalls using either the Intelligent Network (IN) or Advanced IntelligentNetwork (AIN) 0.1 protocols. Calls made to Inter-Local Access andTransport Area (LATA) destinations are immediately routed to theappropriate inter-exchange carrier where the External Local NumberPortability Database (LNP DB) query will be performed.

The External Local Number Portability Database (LNP DB) is comprised oftwo data tables, or portions. One portion contains Ported and VacantDirectory Numbers (DNs); the second portion, Non-ported DirectoryNumbers. When a query is received, the Service Control Point (SCP) firstuses all ten digits of the DN to search the External Local NumberPortability Database (LNP DB) portion containing only Ported and Vacantdirectory numbers (DNs).

As TABLE III shows, a successful search of this portion of the ExternalLocal Number Portability Database (LNP DB) will retrieve either theService Provider Area (SPA) Code of the called Subscriber's new LocalService Provider, or it will find that the number is not assigned, andthe Local Number Portability (LNP) Service Control Point (SCP) willreturn vacant number intercept treatment.

                  TABLE III                                                       ______________________________________                                        Format of Ported Number/Vacant Number Data Table                              Director Number                                                                             Service Provider Code                                                                       Vacant (Y/N)                                      ______________________________________                                        NPA-NXX-XXXX  SPA.sub.1     N                                                 NPA-NXX-XXXX  SPA.sub.2     N                                                 NPA-NXX-XXXX  --            Y                                                 ______________________________________                                    

If the ten digit number is not found in the Ported/Vacant Number TABLEIII, this indicates that the dialed number is within a portable NXX, buthas not been ported (i.e., is still served by the incumbent serviceprovider). The Local Number Portability (LNP) Service Control Point(SCP) will search the Non-Ported DN portion of the External Local NumberPortability Database (LNP DB) as illustrated in TABLE IV, to determinethe Service Provider Area (SPA) Code for the Subscriber.

                  TABLE IV                                                        ______________________________________                                        Format of Non-Ported Number Data Table                                        NPA-NXX      Service Provider Code                                            ______________________________________                                        NPA-NXX1     SPA.sub.1                                                        NPA-NXX2     SPA.sub.1                                                        NPA-NXX3     SPA.sub.2                                                        ______________________________________                                    

This data TABLE IV structure minimizes the number of 10-digit entries bystoring only a Service Provider Area (SPA) Code for those Subscriberswho have not changed Local Service Providers.

Referring now to FIG. 11, a method is described for reducing the numberof accesses, or queries, to the External Local Number PortabilityDatabase (LNP DB). The method includes the steps of: determining, from adatabase of a local switch, whether an incoming call to the local switchis assigned to the switch (as described above in connection with steps3-1 through 3-8 of FIG. 3), and if not, determining from the ExternalLocal Number Portability Database (LNP DB), a Service Provider Area(SPA) assigned to the called Subscriber; and, populating the database ofthe local switch for the called subscriber, the SPA determined from theExternal Local Number Portability Database (LNP DB). Thus, when theSubscriber is called again, the SPA stored in the database of the localswitch is added as a three digit prefix to the called parties directorynumber. Thus, with such method, the External Local Number PortabilityDatabase (LNP DB) need not be accessed for calls made to the Subscriberafter the database of the local switch has been populated with theSubscriber's SPA.

More particularly, if it is determined in step 3-8 that the Subscriberexists in the internal database of the local switch, the call is routedto the dialed Subscriber, as discussed above in connection with step 3-7of FIG. 3. If, however, the Subscriber does not exist in the internaldatabase of the local switch, (i.e., the last four digits, XXXX, at thelocal switch are "vacant"), a determination is made in Step 11-1 at thelocal switch as to whether the called Subscriber at the XXXX location ofthe internal database of the local switch has a Service Provider Area(SPA) designation populated therein, in a manner to be described, from aprevious query to the External Local Number Portability Database (LNPDB). If the XXXX location in the internal database of the local switchdoes not have an SPA designation, an NPA is added to the dialedSubscriber number, if needed, as described above in Step 3-10 of FIG. 3,and the External Local Number Portability Database (LNP DB) is accessedas described in Step 3-9 of FIG. 3. If not vacant, the ten digitSPA-NXX-XXXX is retrieved from the External Local Number PortabilityDatabase (LNP DB), as described in Step 3-12 of FIG. 3. A determinationis made from the retrieved SPA-NXX-XXXX ten digits whether the NXX is alocal exchange code (Step 11-13); and, if it is, the SPA code is storedin the internal database of the local switch (Step 11-14). Thus,internal database of the local switch is now populated with the SPA ofthe called Subscriber. If the SPA-NXX-XXXX is not local to the switchor, if in the local switch and after the SPA is put into the localswitch internal database, the call is routed as described above inconnection with Step 3-13 of FIG. 3.

Therefore, returning to Step 11-1, if a new call is made to the sameSubscriber, and Step 3-8 determines that the Subscriber does not existin the switch, Step 11-1 will now determine that the called Subscriberhas an SPA, which is added to the NXX-XXXX (Step 11-2) and the call isrouted as in Step 3-13 discussed above in connection with FIG. 3 withoutaccessing the External Local Number Portability Database (LNP DB). Onany subsequent call, if an indication is returned on an ISUP trunk viaSS7 signaling, indicating that the dialed number is not located withinthe terminating switch, the original switch which had routed the callbased on its internally stored database, would now access the externaldatabase to update its own database to the proper routing.

For routing via trunk groups that do not use ISUP signaling, thefollowing options exist, any of which can be used:

1. Always use the external database.

2. Access the external database to update the internal database forcalls which are abandoned without having reached an answered state.

3. Periodically audit the internal database for directory numbers whichpoint to a non-ISUP route.

FIG. 12 shows the local switch translator 14 XXXX Table 29A before beingupdated, i.e., populated with the SPA retrieved from the External LocalNumber Portability Database (LNP DB) and the XXXX Table 29B after beingpopulated with the SPA retrieved from the External Local NumberPortability Database (LNP DB). Thus, as shown, before being populated,XXXX was vacant; however, after accessing the LNP DB, XXXX is populatedwith the SPA.

FIG. 12A shows the local switch translator 14 XXXX Table 29A beforebeing updated, i.e., populated with the SPA-NYY-YYYY retrieved from theExternal Local Number Portability Database (LNP DB) and the XXXX Table29B after being populated with the SPA-NYY-YYYY retrieved from theExternal Local Number Portability Database (LNP DB). Thus, as shown,before being populated, XXXX was vacant; however, after accessing theLNP DB, XXXX is populated with the SPA-NYY-YYYY.

Referring now to FIG. 13, the illustration presented above in connectionwith FIG. 2 is shown; here however, after determining in Step 3-13Adiscussed in connection with FIG. 13 that the NXX is a local exchangecall, the internal database of the local switch is updated with the SPAof the called party as discussed above in connection with FIGS. 11 and12.

Illustrative Call Scenarios

FIGS. 14-18 use numbers to denote call flow segments. The same numbersappear in parentheses in our text response referring to thecorresponding figure. All figures use "broken lines" to depictconnectivity prior to Subscriber porting. Call-flow figures, with theexception of FIG. 14, do not include the Signal Transfer Point (STP) orits network connections, as this component is not needed to show theflow of the Local Number Portability (LNP) call.

Scenario 1--Local Calls Inter-switch

FIG. 14 illustrates call flow for an inter-switch call (i.e., betweenmultiple switches and/or multiple Local Service Providers). Subscriber Acalls Subscriber B. Subscriber A dials 335-1234. The Local ServiceProvider (LSP1) End Office (EO1) performs digit analysis, and based onthe dialed number, recognizes that it is a call to a ported (i.e.changed) number and is not served by LSP₁ :EO1, and that an ExternalLocal Number Portability Database (LNP DB) query is required.

An SS7 Transaction Capabilities Application Part (TCAP) query is sent tothe External Local Number Portability Database (LNP DB). (Step 14-3).The query to the External Local Number Portability Database (LNP DB)includes the complete 10-digit called-party number, NPA-NXX-XXXX.

The External Local Number Portability Database (LNP DB) receives thequery, performs a look-up into the Local Number Portability (LNP) portednumbers table and returns routing information to the Local ServiceProvider (LSP1) End Office (EO1). The External Local Number PortabilityDatabase (LNP DB) receives the query, checks the dialed NPA-NXX-XXXX inits External Local Number Portability Database (LNP DB), and returns thecorresponding Service Provider Area (SPA) Code plus the last sevendigits of the dialed number (i.e., SPA-NXX-XXXX) (Step 14-4).

The Local Service Provider (LSP1) End Office (EO1) receives the responseand routes the call to Local Service Provider (LSP2) End Office (EO1).That is, the Local Service Provider (LSP1) End Office (EO1) receives theLocal Number Portability (LNP) response containing SPA-NXX-XXXX. Basedon the Service Provider Area (SPA) Code-NXX, the Local Service Provider(LSP1) End Office (EO1) routes the call to Local Service Provider (LSP2)End Office (EO1) (Step 14-5).

The Local Service Provider (LSP2) End Office (EO1) terminates the callto Subscriber B. That is, the Local Serviced Provider (LSP2) End Office(EO1) receives the call, retranslates the Service Provider Area (SPA)Code back to NPA, and terminates the call to Subscriber B (Step 14-6).

Intra-switch

FIG. 15 is a call flow for an intra-switch call (i.e., one that involvesonly one switch). Here, Caller C on Local Service Provider (LSP2) EndOffice (EO1) dials 335-1234 to reach Subscriber B. That is, SubscriberC, in the example dials 335-1234 to reach Subscriber B (Step 15-1). TheLocal Service Provider (LSP2) End Office (EO1) recognizes 335 as anexchange code now served on its own switch. That is, Local ServiceProvider (LSP2) End Office (EO1) receives the call from Subscriber andperforms digit analysis. Based on the dialed number, it determines thatthe dialed number resides in its own switch, and therefore an ExternalLocal Number Portability Database (LNP DB) query is not required. Thecall is completed within the switch.

Scenario 2--Toll Calls Direct IXC Connectivity

The following scenarios depict toll calls (i.e., calls involving aninterchange carrier (Inter Exchange Carrier (IXC)) transporting someportion of the call).

Referring to FIG. 16, Subscriber D calls Subscriber B. Subscriber Ddials (212) 335-1234. Local Service Provider (LSP3) routes call toSubscriber D's pre-subscribed Inter Exchange Carrier (IXC). InterExchange Carrier (IXC1) dips into the External Local Number PortabilityDatabase (LNP DB). FIG. 16 shows a toll call in which the Inter ExchangeCarrier (IXC) has direct connectivity to the Local Service Provider LSPthat terminates the call. A call originates in Local Service Provider(LSP3); traverses the Inter Exchange Carrier (IXC) network, whichperforms an External Local Number Portability Database (LNP DB) query;and then is routed to the correct LSP in the terminating Local Accessand Transport Area (LATA).

The sequence begins when Subscriber D dials 212-335-1234 to reachSubscriber B (Step 16-1). Local Service Provider (LSP3) recognizes thisas a "1-" call and routes it directly to Subscriber D's prescribed InterExchange Carrier (IXC1) (Step 16-2). Inter Exchange Carrier (IXC1)determines that the NPA-NXX sent from Local Service Provider (LSP3) isportable (Step 16-3), and queries the External Local Number PortabilityDatabase (LNP DB) (Step 16-4).

The External Local Number Portability Database (LNP DB) responds to thequery by returning SPA-NXX-XXXX for the Subscriber number (Step 16-5).The Inter Exchange Carrier (IXC1) switch routes call to Local ServiceProvider (LSP2) End Office (EO1). (Step 16-6). The Local ServiceProvider (LSP2) End Office (EO1) determines that this number is in itsswitch (Step 16-7) terminates to Subscriber B (Step 16-8).

Indirect IXC Connectivity

FIG. 17 shows indirect Inter Exchange Carrier (IXC) connectivity to theLocal Service Provider (LSP) via an access tandem. This situationtypifies Inter Exchange Carrier (IXC)s that do not have directconnectivity to all Local Service Providers in the area and must handoff some calls to the access tandem, which then terminates them to thecorrect Local Service Provider. The call originates in Local ServiceProvider (LSP3), traverses the Inter Exchange Carrier (IXC) networkwhere an External Local Number Portability Database (LNP DB) query isperformed, and is then terminated to an access tandem that routes it tothe correct Local Service Provider (LSP) in the terminating Local Accessand Transport Area (LATA). Alternatively, the access tandem couldperform the database query if the Inter Exchange Carrier (IXC) lacksthis capability.

Consider, for example, that Subscriber D dials 212-335-1234 to reachSubscriber B (Step 17-1). The Local Service Provider (LSP3) recognizesthis as an Inter-LATA call and routes it to Subscriber D'spre-subscribed Inter Exchange Carrier (IXC1) (Step 17-2). Inter ExchangeCarrier (IXC1) determines that the NPA-NXX sent from Local ServiceProvider (LSP3) is portable, and performs a database query to theExternal Local Number Portability Database (LNP DB) (Step 17-3). TheExternal Local Number Portability Database (LNP DB) returns SPA-NXX-XXXXfor the Subscriber number (Step 17-4). Because Inter Exchange Carrier(IXC1) does not have direct connectivity with the correct Local ServiceProvider (LSP2), it routes the call to an access tandem, Local ServiceProvider (LSP1) access tandem (AT) (Step 17-5). Local Service Provider(LSP1) at the access tandem (AT) uses SPA-NXX to route the call to LocalService Provider (LSP2) (Step 17-6). Local Service Provider (LSP2) EndOffice (EO1) determines that this number is in its switch and terminatesthe call to Subscriber B (Step 17-7).

Alternatively, the Inter Exchange Carrier (IXC) may hand the call to anaccess tandem to perform the database query before routing to thecorrect Local Service Provider. In this case the trunks from IXC1 withnot have the SPA classmark and the Access Tandem would go to theExternal LNP Database.

Method of Moving a Subscriber Between From One Location to AnotherService Providers (LSPs) in a Service ProviderArea (SPA) Coded LocalArea Number Portability (LNP) Architecture

Referring now to FIGS. 18-25, a method is described for enabling aSubscriber to change from the its present (i.e., old) subscribed LocalService Provider (LSP) to a new Local Service Provider (LSP) withminimum interruption of service to the Subscriber and with minimumcoordination required between the competing Local Service Providers(LSPs). A Subscriber will be considered to have "moved" to the new LocalService Provider (LSP) when the External Local Number PortabilityDatabase (LNP DB) has been updated to include new call routinginformation needed to route a call to the new Local Service Provider(LSP). For Service Provider Portability this new call routinginformation consists of the new Service Provider Area (SPA) code, hereSPA', being populated (i.e., being stored in) the External Local NumberPortability Database (LNP DB). For location portability, as describedabove, the Service Provider Area (SPA) code, as well as a new sevendigit routing number NYY-YYYY, will be populated in the External LocalNumber Portability Database (LNP DB). The method is summarized in FIG.18. It should first be noted that on "MOVE DAY", (i.e., the day of thechange over to the new Local Service Provider (LSP)), the old LocalService Provider (LSP) will continue to service the Subscriber for theentire "MOVE DAY". That is, the telephone of the Subscriber will remainconnected to the old Local Service Provider (LSP) switch, at least untilthe Subscriber is connected to the new Local Service Provider (LSP) andthe new Service Provider Area (SPA) code, i.e., SPA', is stored in theExternal Local Number Portability Database (LNP DB).

Several days before "Move Day", the following initial conditions (FIG.18, Step 18-1) exist at the switch presently connected to the Subscriber(i.e.,the old Local Service Provider (LSP) switch) and at the switch towhich the Subscriber will be connected (i.e., the new Local ServiceProvider (LSP) switch). These initial conditions are shown in FIGS. 19and 20 and for the old Local Service Provider (LSP) switch and the newLocal Service Provider (LSP) switch, respectively. Thus, in the initialcondition, the internal database at the old Local Service Provider (LSP)switch (FIG. 19) contains the Subscriber's line number, XXXX andtherefore any incoming call, NXX-XXXX, (Step 19-1) is routed to theSubscriber's XXXX line (Step 19-2).

The internal database at the new Local Service Provider (LSP) switch(FIG. 20) may have the Service Provider Area (SPA) of the Subscriber ifsuch new switch had previously accessed the External Local NumberPortability Database (LNP DB), as described above (Step 20-1). TheSubscriber would not yet (i.e., in the initial condition) be stored inthe internal database of, or connected to, the new switch. Thus, theinternal database of the new switch will store at XXXX either a vacantindication, or the Subscriber's current Service Provider Area (SPA)code. Therefore, during this initial condition, any call to the newswitch with NPA-NXX-XXXX (Step 20-2) will show either: (1) a vacant codein the internal database of the new switch and a call to the new switchwill result in an inquiry being made to the External Local NumberPortability Database (LNP DB) (Step 20-3a); or, the Subscriber's oldService Provider Area (SPA) (Step 20-3b). If the Subscriber is vacant,(Step 20-3a), a query is made to the External Local Number PortabilityDatabase (LNP DB) (which has the Service Provider Area (SPA) stored forthe ported Directory Numbers and the Service Provider Area (SPA) codesof the Local Service Provider (LSP) for those numbers that are notpopulated individually in the External Local Number Portability Database(LNP DB)), the call is routed as SPA-NXX-XXXX and the internal databaseat the new switch is updated with the old Service Provider Area (SPA)code of the Subscriber retrieved from the External Local NumberPortability Database (LNP DB). (It should be noted that the ExternalLocal Number Portability Database (LNP DB) not only stores the ServiceProvider Area (SPA) codes of the ported Directory Numbers (DN) but alsostores the Service Provider Area (SPA) of the incumbent Subscribers ofthe Local Service Provider (LSP)).

On the other hand, if the internal database at the new switch hadpreviously been updated with the Subscriber's present (i.e., old) SPA orSPA-NYY-YYYY (Step 20-3b), the call is routed with SPA-NXX-XXXX, orSPA-NYY-YYYY without going to the External Local Number PortabilityDatabase (LNP DB) (Step 20-4).

After the Subscriber informs the present and new Local Service Providers(LSPs) of the Move Day, the internal database at the Subscriber's XXXXline in the old switch will be indicated by the old Local ServiceProvider (SPA) as "LEAVING", as shown in FIG. 21 and FIG. 18, Step 18-2.That is, as noted above, the internal database of each local switch willinclude a Local Indicator Field for each subscriber line. The day before"Move Day", the Local Indicator Field at the Subscriber's presentlocation, XXXX, in the internal database of the old switch is markedwith a LEAVING indication (Step 21-1). This "LEAVING" indication will betreated by the local switch as if the Subscriber is vacant and will actas a trigger to access the External Local Number Portability Database(LNP DB) for every call that attempts to complete to the Subscriber'sdirectory number. (Step 21-2). Such consultation is used to determinewhether the Subscriber has actually "moved". Thus, with a LEAVINGindication, the External Local Number Portability Database (LNP DB) isconsulted to determine if the call (Step 21-3) should continue to berouted to the same line equipment (i.e., the current Local ServiceProvider's Service Provider Area (SPA) code), or if the "move" has beencompleted to the new Local Service Provider (LSP), in which case thecall is routed to the New Local Service Provider's (LSP's) ServiceProvider Area (SPA) code, i.e., SPA' (Step 21-3). This query to theExternal Local Number Portability Database (LNP DB) is made for everycall where a LEAVING indication appears. For security reasons, (i.e.,preventing unauthorized changes to the External Local Number PortabilityDatabase (LNP DB)), this LEAVING indication is forwarded to the ExternalLocal Number Portability Database (LNP DB) as part of the query and isstored therein against this NPA-NXX-XXXX as an indication that theExternal Local Number Portability Database (LNP DB) entry may bemodified by the new Local Service Provider (LSP); this is labelledOption B in FIG. 21. Optionally, the LEAVING indication can be forwardedto the External Local Number Portability Database (LNP DB) for storagetherein by a service technician (or craftsperson) in the old LocalService Providers (LSPs) office; this is labelled Option A in FIG. 21.If, after receiving a response from the External Local NumberPortability Database (LNP DB) (Step 21-4) a LEAVING indication isdetected (Step 21-5b) and if the Service Provider Area (SPA) coderetrieved from the External Local Number Portability Database (LNP DB)is the old Local Service Provider's (LSP's) Service Provider Area (SPA)code, the call is routed to the Subscriber's current line in the oldswitch, Step 21-6a. If, however, the Service Provider Area (SPA) coderetrieved from the External Local Number Portability Database (LNP DB)is not the Service Provider Area (SPA) code of the Old Local ServiceProvider (LSP), i.e., it is the new Service Provider Area (SPA) code,SPA', of the new Local Service Provider (LSP), (Step 21-6b) the call isrouted as SPA'-NXX-XXXX, or SPA'-NYY-YYYY where the SPA is the newService Provider Area (SPA) code, i.e., SPA', (Step 21-7); also, theXXXX position in the old switch's internal database is either: changedfrom the Subscriber's line; or, the new Local Service Provider's (LSP's)Service Provider Area (SPA) code, i.e, SPA' or SPA'-NYY-YYYY is added tothe internal database of the old switch, as described above. That is, ifmarked LEAVING, the External Local Number Portability Database (LNP DB)must be consulted to determine if the Subscriber has left; i.e, beenassigned the new Service Provider Area (SPA) code, SPA'. Thus, afterStep 21-7, any call NPA-NXX-XXXX to the Old switch will query theExternal Local Number Portability Database (LNP DB), (i.e., when theline is indicated as vacant) and obtain the new Service Provider Area(SPA) code and, if applicable, the Subscriber Location Number, i.e.,SPA' or SPA'-NYY-YYYY; or, will receive the new Service Provider Area(SPA) code and Subscriber Location Number, i.e, SPA' or SPA'-NYY-YYYY,directly from its own internal database.

Optionally, the tip and ring may be physically connected together at theold Local Service Provider's (LSP's) switch at the time of the move.This places the line in the Permanent Condition. Thus, if a call isplaced to line in the Permanent Condition, the External Local NumberPortability Database (LNP DB) may be accessed to verify whether the oldLocal Service Provider's (LSP's) Service Provider Area (SPA) code isstill assigned to the associated directory number. If the External LocalNumber Portability Database (LNP DB) replies with a Service ProviderArea (SPA) code that is not the old Local Service Provider's (LSP's)Service Provider Area (SPA) code, the Subscriber will be canceled (i.e.,changed to a vacant number or the new Service Provider Area (SPA) code,i.e., SPA'. Further, a GONE indication may be placed in the Old switchto allow the field technician to delete the Subscriber data at a laterdate. In this case, the GONE indication will be used the same as theVacant entry in the local database of the old switch.

It should be noted that when a competitor's Service Provider Area (SPA)code is returned from the External Local Number Portability Database(LNP DB), the internal database of the old switch may be purged of therouting information to the Subscriber's line immediately andautomatically. Alternatively, the local database may be marked in theLocal Indication Field as "Gone" and the translation to the local lineequipment of the Subscriber may be deleted at a later date when the lineis needed for a new Subscriber, for example. In the later case, a linemarked "Gone" may be used the same as an unassigned line for a newdirectory number in the local switch.

If it becomes a government imposed requirement that the present (i.e.,old) Local Service Provider (LSP) must notify the owner of the ExternalLocal Number Portability Database (LNP DB) that they are giving up theSubscriber, the present, old, switch will send a "LEAVING" messageautomatically that sets the "LEAVING" indication in the internaldatabase of the old switch. For security reasons discussed above, theExternal Local Number Portability Database (LNP DB) will store thisindication against the particular directory number as a prerequisite toaccepting a request by the Subscriber's new Local Service Provider (LSP)to change the routing information indicated.

Prior to "Move Day" FIG. 18, Step 18-3, the Subscriber's new LocalService Provider (LSP) will populate the internal database of the newswitch with the Subscriber's line number (FIG. 22, Step 22-1) to routecalls to the appropriate new line equipment and mark the Local IndicatorField "COMING" (Step 22-1). With the Local Indicator Field markedCOMING, all calls will query the External Local Number PortabilityDatabase (LNP DB) to determine whether the "move" has taken place. Thus,all calls to the specific directory number, here, NPA-NXX-XXXX (Step22-2) will continue to access the External Local Number PortabilityDatabase (LNP DB) (Step 22-3) until the External Local NumberPortability Database (LNP DB) returns the new Local Service Provider's(LSP's) own Service Provider Area (SPA) code, i.e., SPA' in the routinginformation. When this happens, the new Local Service Provider's (LSP's)switch can delete the COMING indication thereby eliminating the need forfurther accesses to the External Local Number Portability Database (LNPDB) for the specific directory number. More particularly, referring toFIG. 22, if a call dialed NPA-NXX-XXXX comes into the new Local ServiceProvider's (LSP's) switch (Step 22-2), as for example, if the callingparty is a Subscriber to the new Local Service Provide's (LSP's) switch,the COMING indication in the Local Indicator Field (Step 22-3), alongwith NPA-NXX-XXXX queries the External Local Number Portability Database(LNP DB) (Step 22-4) and retrieves the present, old Service ProviderArea (SPA) code of the called Subscriber (Step 22-5). This COMINGindication is stored in the switch of the new Local Service Provider(LSP) which will service the NXX exchange. The other Local ServiceProvider's (LSP's) switches which also serve the same NXX exchange willhave an entry of Vacant or the old Service Provider Area (SPA) code forthe XXXX line. A determination (Step 6b) is made at the new LocalService Provider's (LSP's) switch that the Local Indicator Field isCOMING. If the Service Provider Area (SPA) code retrieved from theExternal Local Number Portability Database (LNP DB) (Step 22-5) is thenew Local Service Provider's (LSP's) Service Provider Area (SPA) code,i.e., SPA', (Steps 22-6b, 22-7b) the Local Indicator Field is changedfrom COMING to OWN SUBSCRIBER (i.e., OWN SUB) (Step 22-8) and the callis routed to the Subscriber's Line in this new Local Service Provider(SPA) switch (Step 22-8). It should be noted that for both COMING orLEAVING we go to External Local Number Portability Database (LNP DB) todetermine if we have moved yet (i.e., is the Service Provider Area (SPA)code retrieved from the External Local Number Portability Database (LNPDB) the old Service Provider Area (SPA) code, or the new ServiceProvider Area (SPA) code, SPA')). If, on the other hand, the ServiceProvider Area (SPA) code retrieved from the External Local NumberPortability Database (LNP DB) was not the new Service Provider Area(SPA), i.e., not SPA', the call is routed per SPA-NXX-XXXX, orSPA-NYY-YYYY to the old Local Service Provider (LSP) switch (Step22-7a).

Test calls are made to determine if the Subscriber's data has beenpopulated properly in the new Local Service Provider's (SPA's) switch;i.e., to detect whether the Subscriber's line, and the features areworking properly in the new switch. More particularly, referring to FIG.23, the Subscriber's new Service Provider Area (SPA) code, i.e., SPA'plus NXX-XXXX, dialed from the test line/trunk with an "SPA classmark",(Step 23-1) (i.e., with a classmark indicating that the call obtained aService Provider Area (SPA) code from the External Local NumberPortability Database (LNP DB)). In the internal database of the newLocal Service Provider's (LSP's) switch, the COMING indication isignored and the call is routed to the Subscriber's line (Step 23-2).(Typically, a telephone will be connected temporarily to the futureSubscriber's line in the new switch.

On "Move Day", the External Local Number Portability Database (LNP DB)is changed to have stored therein the new Service Provider Area (SPA)code, i.e., SPA'. Referring to FIG. 24, the change may be made byeither: (1) the new Local Service Provider (LSP) informing the ExternalLocal Number Portability Database (LNP DB) via a workstation, (Steps24-1e, 24-3d, 24-4, 24-5e and 24-5f); or, alternatively, automaticallyas a result of a call from the new Subscriber's line to the Subscriber'sDirectory Number (Steps 24-1d, 24-2d, 24-3d, 24-4, 24-5, 24-6b, 24-7b,24-8 and 24-5f). In the former case, the Subscriber's new Local ServiceProvider (LSP) communicates with the External Local Number PortabilityDatabase (LNP DB) and activates the new Service Provider Area (SPA)code, i.e., SPA', for the newly acquired Subscriber. Thus, the new LocalService Provider (LSP) sends to the External Local Number PortabilityDatabase (LNP DB) NPA-NXX-XXXX plus the new Service Provider Area (SPA)code, i.e., SPA', and a change entry designation (Step 24-1e). Aconfirmation is sent back to the new Local Service Provider (LSP) (Step24-5e).

In the later case, after connection to the new switch the Subscriber'sown directory number, NXX-XXXX, is dialed (Step 24-1d) from theSubscriber's own line. The Subscriber's line number and the COMINGdesignation are retrieved from the new switch's internal database (Step24-2d). The External Local Number Portability Database (LNP DB) isaccessed because of the COMING designation, as described. Because thecall is coming from the Subscriber's own line, the query will also senda "moved indication" to the External Local Number Portability Database(LNP DB) along with the new Service Provider Area (SPA) code plus theSubscriber Location Number, i.e., SPA' or SPA'-NYY-YYYY, (Step 24-3d).In response to such signal, the External Local Number PortabilityDatabase (LNP DB) changes the old Service Provider Area (SPA) coded toSPA' or SPA'-NYY-YYYY. That is, the External Database overrides the oldService Provider Area (SPA) and Subscriber Location Number(SPA-NYY-YYYY) with the new Service Provider Area (SPA) code andSubscriber Location Number, i.e., SPA'-NYY-YYYY. The response from theExternal Local Number Portability Database (LNP DB) is now SPA'-NXX-XXXXor SPA'-NYY-YYYY, (Step 24-5). Since there was a COMING indicator andthe call was made from the Subscriber's own new line, the call willreturn to the Subscriber line as a Revertive Call (i.e., a RevertiveCall is a call that reverts back to the originating callers line) (Step24-7b). The indication COMING in the internal database of the new switchis changed to OWN SUBSCRIBER in the internal database of the new switch,and the call is routed to the Subscriber line (Step 24-8).

Having updated the External Local Number Portability Database (LNP DB),all other competing switches with the same exchange code, NXX, whichhave previously stored the Subscriber's old Service Provider Area (SPA)code as, for example, a result of an inquiry to the External LocalNumber Portability Database (LNP DB), must now have the previouslystored old Service Provider Area (SPA) code changed to the new ServiceProvider Area (SPA) code, SPA', in addition the Subscriber LocationNumber may also be changed, if applicable (FIG. 25). In Step 25-1, theSubscriber is called, via a test port of the new switch, using theService Provider Area (SPA) code of any other competing Local ServiceProvider (LSP), i.e., Service Provider Area (SPA) code SPA". That is,SPA" is the Service Provider Area (SPA) code of any other Local ServiceProvider (LSP) including the last, previous, old Service Provider Area(SPA) of the Subscriber. There is an Service Provider Area (SPA) codeclassmark added to the call to indicate that the first three digits wereobtained from the External Local Number Portability Database (LNP DB).The call is routed (Step 25-2) to the other competitor's switches (i.e.,a switch of the Local Service Provider (LSP) having the Service ProviderArea (SPA) code, SPA"). When entering the internal database of thecompetitor's switch (Step 25-3) there are four possibilities:

(1) if it is to the old Local Service Provider (LSP), the switch willhave a LEAVING indication and will therefore access the External LocalNumber Portability Database (LNP DB), as noted above (Step 25-4a). Thenew Service Provider Area (SPA) code, i.e., SPA' will be returned andtherefore, a change is made to the local internal database to eithervacant or an override to SPA. The call is routed back to the originatingswitch based on SPA'-NXX-XXXX (Step 25-5) or SPA'-NYY-YYYY;

(2) if the switch has the old Service Provider Area (SPA) code, sincethe Subscriber does not exist in this switch, the call should not haverouted to this switch and because of this inconsistency a query is madeto the External Local Number Portability Database (LNP DB) to verify thecall for errors. Because the External Local Number Portability Database(LNP DB), now has SPA' or SPA'-NYY-YYYY, the retrieved routinginformation SPA' or SPA'-NYY-YYYY, will override the previous ServiceProvider Area (SPA) code (Step 25-4b). The call is routed back to theoriginating switch based on SPA'-NXX-XXXX or SPA'-NYY-YYYY (Step 25-5);

(3) if vacant, query is made to the External Local Number PortabilityDatabase (LNP DB) to retrieve the new routing information SPA' orSPA'-NYY-YYYY (Step 25-4c). The switch can optionally change vacant tothe new routing information, SPA' or SPA'-NYY-YYYY. In all cases thecall is routed to the originating switch based on SPA'-NXX-XXXX orSPA'-NYY-YYYY (Step 25-5); or,

(4) if marked GONE, query is made to the External Local NumberPortability Database (LNP DB) to retrieve the new routing information,SPA or SPA-NYY-YYYY, (Step 25-4d). The switch can optionally changevacant to the new routing information SPA or SPA-NYY-YYYY'. In all casesthe call is routed to the originating switch based on SPA'-NXX-XXXX orSPA'-NYY-YYYY.

Referring now to FIG. 26, a method for Operator verification ofinconsistences between the External Local Number Portability Database(LNP DB) and the internal local switch database, is shown. Thus, averification Operator at the operator switch or a repair service bureau,typically at the request of a Subscriber who suspects he/she is notreceiving calls from a specific LSP, enters the Subscriber's directorynumber NXX-XXXX into an SPA classmarked trunk group. This verificationtest will be performed for the switches belonging to all Local ServiceProviders (LSPs) servicing the NXX exchange. The Operator prefixes theSubscriber's NXX-XXXX with the suspect Local Service Provider's (LSP's)Service Provider Area (SPA) code, thus resulting in the Operator callingSPA-NXX-XXXX. The Operator routes the call as a verification to theproper Local Service Provider (LSP) switch per the Service Provider Area(SPA) code. The switch receives NXX-XXXX (Step 26-1). Once in thatswitch, the Number Plan Area (NPA) is added (Step 26-2). The ExternalLocal Numbering Portability Database (LNP DB) is accessed (Step 26-3).If the SPA' returned is not the SPA of the switch (Step 26-4), the callis directed to the internal database of the local switch. If the localswitch has either an "OWN" or "Gone" designation in the Local IndicatorField, the Local Indicator Field is automatically changed to Gone or theentry is changed to VACANT (Step 26-6a). The call is routed as a normalcall based on translation to SPA'-NXX. If the local switch had COMING inits Local Indicator Field, the call is routed as a normal call based ontranslation to SPA'-NXX (Sep 26-6b). If the Local Indicator Field hasthe old SPA (Step 26-6c), the old SPA is changed to the new SPA' and isthen routed as a normal call based on the translation of SPA'-NXX. Ifthe local data base is vacant at XXXX (Step 26-6d) the vacant indicationmay be changed to the new SPA' and then the call is routed as a normalcall based on the translation of SPA'-NXX.

Referring now to FIG. 27, the arrangement of the above described networkis shown with the External Local Number Portability Database (LNP DB)coupled to End Office (EO) switches using a voice support, SS7 network.FIG. 28 shows the arrangement when a digital data packet, X.25 networkis used. It should be noted that ISDN Subscriber's may use the samedirectory numbers for packet calls as for voice calls.

Referring now to FIG. 29, an arrangement is shown for distributing theExternal Local Number Portability Database (LNP DB) among the localswitches internal databases. As discussed above, when a local switchretrieves a Service Provider Area (SPA) code from the External LocalNumber Portability Database (LNP DB), the retrieved Service ProviderArea (SPA) code may be stored in the internal database of the switch toreduce queries to the External Local Number Portability Database (LNPDB). Thus, here each End Office (EO), i.e., EO 29-1 to 29-n, and acentrally located office 29-C, contains a subset (LNP DB)' of theExternal Local Number Portability Database (LNP DB) for thoseNPA-NXX-XXXX directory numbers for which the NPA-NXX is a local exchangecode (Office code). This internal (LNP DB') is updated from an MasterExternal Local Number Portability Database (LNP DB), or from thespecific switch that gets a new Subscriber. Any External Local NumberPortability Database (LNP DB) queries are routed to the (LNP DB)'location based on the dialed NPA-NXX. The Master External Local NumberPortability Database (LNP DB) owner may be designated, for each NPA-NXX,a set of, for example, 10,000 directory numbers. Thus, the MasterExternal Local Number Portability Database (LNP DB) for a specificNPA-NXX may be located in the centralized LNP database 30-C, or in oneof the End Office switches EO 29-1 through 29-n. The Master ExternalLocal Number Portability Database (LNP DB) may be accessed by any LocalService Provider (LSP). Each Local Service Provider (LSP) may route itsqueries to the Master External Local Number Portability Database (LNPDB) or to its own switch serving that NPA-NXX. The NPA-NXX will routethe queries to the Master External Local Number Portability Database(LNP DB) and an SPA-NXX will route the queries to the specific LocalService Provider's (LSP's) switch serving that NXX. Therefore, considerthat EO 29-1 want to query the External Database (LNP DB) for a specificSPA-NXX. The Network, N, here, either an SS7 or X.25 network, routes thequery to the one of the EO's 29-2 to 29-n or to the centralized LNPdatabase 29-C which has been designated the Master External Local NumberPortability Database (LNP DB) for that NPA-NXX.

Other embodiments are within the spirit and scope of the appendedclaims.

What is claimed is:
 1. A method for updating a database of a localswitch comprising the steps of:providing an External Local NumberPortability Database, such Database storing a relationship between anNXX-XXXX directory number previously assigned to a subscriber by a firstLocal Service Provider, a Service Provider Area (SPA) code associatedwith a second Local Service Provider and a Location Number NYY-YYYY;determining, from a database of a local switch, whether an incoming callto the local switch is directed to a called subscriber of the localswitch, and if not, determining from the External Local NumberPortability Database, the Service Provider Area (SPA) code associatedwith the second Local Service Provider and the called subscriber'sLocation Number NYY-YYYY; and, populating the database of the localswitch with the SPA code associated with the second Local ServiceProvider and the called subscriber's Location Number NYY-YYYY,determined from the External Local Number Portability Database.
 2. Themethod for updating a database of a local switch recited in claim 1further comprising the step of using a Location Number NYY-YYYYpopulating the database of the local switch to route subsequent calls.3. The method for updating a database of a local switch recited in claim1 further comprising the step of using routing information populatingthe database of the local switch to route subsequent calls to the calledsubscriber.
 4. The method for updating a database of a local switchrecited in claim 1 further comprising, prior to determining from theExternal Local Number Portability Database the Service Provider Area(SPA) code associated with the second Local Service Provider and thecalled subscriber's Location Number NYY-YYYY, determining whether theService Provider Area (SPA) code associated with the second LocalService Provider and the called subscriber's Location Number NYY-YYYY ispopulated in the database of the local switch.
 5. The method of claim 1further comprising the step of, for subsequent incoming calls to thelocal switch, updating the database of the local switch with at least asecond SPA code or a second Location Number NYY-YYYY retrieved from theExternal Local Number Portability Database, when the External LocalNumber Portability Database is accessed.
 6. A method for updating adatabase of a local switch comprising the steps of:providing an ExternalLocal Number Portability Database, such Database storing a relationshipbetween an NXX-XXXX directory number previously assigned to a subscriberby a first Local Service Provider, a Service Provider Area (SPA) codeassociated with the directory number, and a Location Number NYY-YYYYwhere:the SPA code is a three digit designation code assigned to eachone of the Local Service Providers within a common Numbering Plan Area(NPA), each one of the Local Service Providers being assigned adifferent Local Service Provider Area (SPA) code in the common NumberingPlan Area (NPA); and, NXX and NYY are three digit designation codesrepresentative of different local exchange areas; determining, from adatabase of a local switch, whether an incoming call to the local switchis directed to a called subscriber of the local switch, and if not,determining from the External Local Number Portability Database, theService Provider Area (SPA) code associated with the called subscriber'sNXX-XXXX directory number and the called subscriber's Location NumberNYY-YYYY; and, populating the database of the local switch with the SPAcode associated with the called subscriber's NXX-XXXX directory numberand the called subscriber's Location Number NYY-YYYY determined from theExternal Local Number Portability Database.
 7. The method for updating adatabase of a local switch recited in claim 6 further comprising thestep of using a Location Number populating the database of the localswitch to route subsequent calls.
 8. The method for updating a databaseof a local switch recited in claim 6 further comprising the step ofusing routing information populating the database of the local switch toroute subsequent calls to the called subscriber.
 9. The method forupdating a database of a local switch recited in claim 6 furthercomprising, prior to determining from the External Local NumberPortability Database the Service Provider Area (SPA) code associatedwith the called subscriber's NXX-XXXX directory number and the calledsubscriber's Location Number NYY-YYYY, determining whether the ServiceProvider Area (SPA) code associated with the called subscriber'sNXX-XXXX directory number and the called subscriber's Location NumberNYY-YYYY is populated in the database of the local switch.
 10. Themethod of claim 6 further comprising the step of, for subsequentincoming calls to the local switch, updating the database of the localswitch with at least a second SPA code or a second Location NumberNYY-YYYY retrieved from the External Local Number Portability Database,when the External Local Number Portability Database is accessed.
 11. Amethod for updating a database of a local switch comprising the stepsof:providing an External Local Number Portability Database, suchDatabase storing a relationship between: (1) a directory numberpreviously assigned to a subscriber at a first location; and, (2)routing information associated with a second location; determining, froma database of a local switch, whether an incoming call to the localswitch is directed to a called subscriber of the local switch, and ifnot, accessing the External Local Number Portability Database, to obtainthe routing information associated with the second location; and,populating the database of the local switch with said relationship bystoring such routing information.
 12. The method for updating a databaseof a local switch recited in claim 11 further comprising the step ofusing routing information populating the database of the local switch toroute subsequent calls.
 13. The method for updating a database of alocal switch recited in claim 11 further comprising the step of, forsubsequent incoming calls to the local switch, updating the database ofthe local switch with routing information obtained from the ExternalLocal Number Portability Database, when the External Local NumberPortability Database is accessed.
 14. The method of updating a databaseof a local switch recited in claim 13 wherein the updating stepcomprises updating the database of the local switch when the routinginformation obtained from the External Local Number Portability Databaseis different from corresponding routing information populating thedatabase of the local switch.
 15. The method for updating a database ofa local switch recited in claim 11 further comprising, prior toaccessing the External Local Number Portability Database, determiningwhether the routing information associated with the second location ispopulated in the database of the local switch.
 16. A method for updatinga database of a local switch comprising the steps of:providing anExternal Local Number Portability Database, such Database storing arelationship between: (1) a directory number previously assigned to asubscriber at a first location; and, (2) routing information associatedwith a second location including a Local Service Provider code forrouting calls to the Local Service Provider; and updating the databaseof the local switch with said relationship by storing such routinginformation retrieved from the External Local Number PortabilityDatabase, when the External Local Number Portability Database isaccessed by the local switch.
 17. The method of updating a database of alocal switch recited in claim 16 wherein the updating step comprisesupdating the database of the local switch when the routing informationretrieved from the External Local Number Portability Database isdifferent from corresponding routing information populating the databaseof the local switch.
 18. A method for updating a database of a localswitch comprising the steps of:providing an External Local NumberPortability Database, such Database storing a relationship between: (1)a directory number previously assigned to a subscriber at a firstlocation; and, (2) first routing information associated with a secondlocation; determining, from a database of a local switch, whether anincoming call to the local switch is directed to a called subscriber ofthe local switch, and if not, accessing the External Local NumberPortability Database to obtain the first routing information associatedwith the second location; populating the database of the local switchwith such first routing information; updating the External Local NumberPortability Database with second routing information for routing callsto the subscriber; attempting to route to the subscriber a subsequentincoming call to the local switch using the populated first routinginformation; providing an indication to the local switch whether, usingthe populated first routing information, the subsequent incoming call issuccessfully routed to the subscriber; accessing the External LocalNumber Portability Database to obtain the second routing information forrouting calls to the subscriber, if the subsequent incoming call is notsuccessfully routed to the subscriber; and, populating the database ofthe local switch with the obtained second routing information forrouting calls to the subscriber.
 19. The method of claim 18 whereinproviding the indication includes sending a signal to the local switchif the subsequent incoming call reaches an answered state indicatingthat the subsequent incoming call is successfully routed to thesubscriber.
 20. The method of claim 18 wherein the second routinginformation is associated with a third location.
 21. The method of claim18 wherein the directory number was previously assigned to thesubscriber by a first local service provider and wherein the firstrouting information stored in the External Local Number PortabilityDatabase includes routing information for routing calls to a secondlocal service provider and the second routing information includesrouting information for routing calls to a local service providercurrently serving the subscriber.
 22. The method of claim 21 wherein thelocal service provider currently serving the subscriber is the firstlocal service provider.
 23. The method of claim 21 wherein the localservice provider currently serving the subscriber is the second localservice provider.
 24. The method of claim 21 wherein the routinginformation for routing calls to the second local service providerincludes a code assigned to the second local service provider and therouting information for routing calls to the local service providercurrently serving the subscriber includes a code assigned to such localservice provider.
 25. The method of claim 24 wherein the codes assignedto the second local service provider and the local service providercurrently serving the subscriber are service provider area (SPA) codes,wherein SPA codes are three digit designation codes, each one assignedto one of a plurality of local service providers within a commonNumbering Plan Area (NPA), each one of the local service providers beingassigned a different Service Provider Area (SPA) code in a commonNumbering Plan Area (NPA).
 26. The method of claim 25 wherein SPA-NXXidentifies a terminating switch of a local service provider assignedsuch SPA code.
 27. The method of claim 18 wherein the first routinginformation includes information used for identifying a terminatingswitch of the second local service provider.
 28. The method of claim 27wherein the information used for identifying a terminating switchincludes a Service Provider Area (SPA) code, wherein SPA-NXX identifiesa terminating switch of a local service provider assigned such SPA codeand wherein an SPA code is a three digit designation code assigned toone of a plurality of local service providers within a common NumberingPlan Area (NPA), each one of the local service providers being assigneda different Service Provider Area (SPA) code in the common NumberingPlan Area (NPA).
 29. The method of claim 27 further including routingthe subsequent incoming call to the terminating switch, wherein theterminating switch provides the indication to the local switch bysending a signal to the local switch if the terminating switch does notcurrently serve the subscriber.
 30. The method of claim 29 wherein theterminating switch sends the signal on an Integrated Services DigitalNetwork User Part (ISUP) trunk via Signaling System 7 (SS7) signaling.31. A method for updating a database of a local switch comprising thesteps of:providing an External Local Number Portability Database, suchDatabase storing a relationship between: (1) a directory numberpreviously assigned to a subscriber at a first location; and, (2)routing information associated with a second location; populating thedatabase of the local switch with routing information retrieved from theExternal Local Number Portability Database, when the External LocalNumber Portability Database is accessed by the local switch; updatingthe External Local Number Portability Database with second routinginformation for routing calls to the subscriber; attempting to route tothe subscriber an incoming call to the local switch using the populatedfirst routing information; providing an indication to the local switchwhether, using the populated first routing information, the call issuccessfully routed to the subscriber; accessing the External LocalNumber Portability Database to obtain the second routing information forrouting calls to the subscriber, if the call is not successfully routedto the subscriber; and, updating the database of the local switch withthe obtained second routing information for routing calls to thesubscriber.
 32. The method of claim 31 wherein providing the indicationincludes sending a signal to the local switch if the incoming callreaches an answered state indicating that the incoming call issuccessfully routed to the subscriber.
 33. The method of claim 31wherein the second routing information is associated with a thirdlocation.
 34. The method of claim 31 wherein the directory number waspreviously assigned to the subscriber by a first local service providerand wherein the first routing information stored in the External LocalNumber Portability Database includes routing information for routingcalls to a second local service provider and the second routinginformation includes routing information for routing calls to a localservice provider currently serving the subscriber.
 35. The method ofclaim 34 wherein the local service provider currently serving thesubscriber is the first local service provider.
 36. The method of claim34 wherein the local service provider currently serving the subscriberis the second local service provider.
 37. The method of claim 34 whereinthe routing information for routing calls to the second local serviceprovider includes a code assigned to the second local service providerand the routing information for routing calls to the local serviceprovider currently serving the subscriber includes a code assigned tosuch local service provider.
 38. The method of claim 37 wherein thecodes assigned to the second local service provider and the localservice provider currently serving the subscriber are service providerarea (SPA) codes, wherein SPA codes are three digit designation codes,each one assigned to one of a plurality of local service providerswithin a common Numbering Plan Area (NPA), each one of the local serviceproviders being assigned a different Service Provider Area (SPA) code ina common Numbering Plan Area (NPA).
 39. The method of claim 38 whereinSPA-NXX identifies a terminating switch of a local service providerassigned such SPA code.
 40. The method of claim 31 wherein the firstrouting information includes information used for identifying aterminating switch of a second local service provider.
 41. The method ofclaim 40 wherein the information used for identifying a terminatingswitch includes a Service Provider Area (SPA) code, wherein SPA-NXXidentifies a terminating switch of a local service provider assignedsuch SPA code and wherein an SPA code is a three digit designation codeassigned to one of a plurality of local service providers within acommon Numbering Plan Area (NPA), each one of the local serviceproviders being assigned a different Service Provider Area (SPA) code inthe common Numbering Plan Area (NPA).
 42. The method of claim 41 whereinthe terminating switch sends the signal on an Integrated ServicesDigital Network User Part (ISUP) trunk via Signaling System 7 (SS7)signaling.
 43. The method of claim 42 wherein the terminating switchsends the signal on an ISUP trunk via Signalling System No. 7 (SS7). 44.A method for updating a database of a local switch comprising the stepsof:providing an External Local Number Portability Database, suchDatabase storing a relationship between an NXX-XXXX directory numberpreviously assigned to a called subscriber by a first Local ServiceProvider, a Service Provider Area (SPA) code associated with a secondLocal Service Provider and a Location Number NYY-YYYY of the calledsubscriber; determining whether the Service Provider Area (SPA) codeassociated with the second Local Service Provider and the LocationNumber NYY-YYYY of the called subscriber is populated in the database ofthe local switch, and if not, determining from the External Local NumberPortability Database the Service Provider Area (SPA) code associatedwith the second Local Service Provider and the Location Number NYY-YYYYof the called subscriber; and, populating the database of the localswitch with the SPA code associated with the second Local ServiceProvider and the Location Number NYY-YYYY of the called subscriber,determined from the External Local Number Portability Database.
 45. Themethod of claim 44 further comprising the step of using the SPA codeassociated with the second Local Service Provider and the LocationNumber NYY-YYYY of the called subscriber populating the database of thelocal switch to route subsequent calls to the called subscriber.
 46. Themethod of claim 44 further comprising the step of, for subsequentincoming calls to the local switch, updating the database of the localswitch with at least a second SPA code or a second Location NumberNYY-YYYY retrieved from the External Local Number Portability Database,when the External Local Number Portability Database is accessed.
 47. Amethod for updating a database of a local switch comprising the stepsof:providing an External Local Number Portability Database, suchDatabase storing a relationship between an NXX-XXXX directory numberpreviously assigned to a called subscriber by a first Local ServiceProvider, a Service Provider Area (SPA) code associated with thedirectory number, and a Location Number NYY-YYYY of the calledsubscriber where:the SPA code is a three digit designation code assignedto each one of the Local Service Providers within a common NumberingPlan Area (NPA), each one of the Local Service Providers being assigneda different Service Provider Area (SPA) code in the common NumberingPlan Area (NPA); and, NXX and NYY are three digit designation codesrepresentative of different local exchange areas; determining, from adatabase of a local switch, whether the Service Provider Area (SPA) codeassociated with the NXX-XXXX directory number of the called subscriberand the Location Number NYY-YYYY of the called subscriber is populatedin the database of the local switch, and if not, determining from theExternal Local Number Portability Database the Service Provider Area(SPA) code associated with the NXX-XXXX directory number of the calledsubscriber and the Location Number NYY-YYYY of the called subscriber;and, populating the database of the local switch with the SPA codeassociated with the NXX-XXXX directory number of the called subscriberand the Location Number NYY-YYYY of the called subscriber determinedfrom the External Local Number Portability Database.
 48. The method ofclaim 47 further comprising the step of using the SPA code associatedwith the NXX-XXXX directory number of the called subscriber and theLocation Number NYY-YYYY of the called subscriber populating thedatabase of the local switch to route subsequent calls to the calledsubscriber.
 49. The method of claim 47 further comprising the step of,for subsequent incoming calls to the local switch, updating the databaseof the local switch with at least a second SPA code or a second LocationNumber NYY-YYYY retrieved from the External Local Number PortabilityDatabase, when the External Local Number Portability Database isaccessed.
 50. A method for updating a database of a local switchcomprising the steps of:providing an External Local Number PortabilityDatabase, such Database storing a relationship between: (1) a directorynumber previously assigned to a subscriber at a first location; and, (2)routing information associated with a second location; determining, froma database of a local switch, whether the routing information associatedwith the second location is populated in the database of the localswitch, and if not, accessing the External Local Number PortabilityDatabase, to obtain the routing information associated with the secondlocation; and, populating the database of the local switch with saidrelationship by storing such routing information.
 51. The method forupdating a database of a local switch recited in claim 50 furthercomprising the step of, for subsequent incoming calls to the localswitch, using the routing information populating the database of thelocal switch to route subsequent calls to the subscriber.
 52. The methodof claim 50 further comprising the step of, for subsequent incomingcalls to the local switch, updating the database of the local switchwith routing information retrieved from the External Local NumberPortability Database, when the External Local Number PortabilityDatabase is accessed.
 53. A method for updating a database of a localswitch comprising the steps of:storing, in a database of the localswitch, a relationship between: (1) a directory number previouslyassigned to a subscriber at a first location; and, (2) first routinginformation associated with a second location; providing an ExternalLocal Number Portability Database, such Database storing a relationshipbetween the directory number assigned to the subscriber and secondrouting information for routing calls to the subscriber; attempting toroute to the subscriber an incoming call to the local switch using thefirst routing information stored in the database of the local switch;providing an indication to the local switch whether, using the firstrouting information stored in the database of the local switch, theincoming call is successfully routed to the subscriber; accessing theExternal Local Number Portability Database to obtain the second routinginformation for routing calls to the subscriber, if the incoming call isnot successfully routed to the subscriber; and, populating the databaseof the local switch with the obtained second routing information forrouting calls to the subscriber.
 54. The method of claim 53 wherein,prior to storing the relationship between the directory number and thesecond routing information, the External Local Number PortabilityDatabase stores a relationship between the directory number and thefirst routing information associated with the second location, themethod further comprising:updating the External Local Number PortabilityDatabase with the second routing information for routing calls to thesubscriber.
 55. The method of claim 54 further comprising, prior tostoring in the database of the local switch the relationship between thedirectory number and the first routing information associated with thesecond location,determining, from a database of a local switch, whetherthe first routing information associated with the second location ispopulated in the database of the local switch, and if not, accessing theExternal Local Number Portability Database to obtain the first routinginformation associated with the second location.
 56. The method of claim53 wherein providing the indication includes sending a signal to thelocal switch if the incoming call reaches an answered state indicatingthat the incoming call is successfully routed to the subscriber.
 57. Themethod of claim 53 wherein the second routing information is associatedwith a third location.
 58. The method of claim 53 wherein the directorynumber was previously assigned to the subscriber by a first localservice provider and wherein the first routing information stored in theExternal Local Number Portability Database includes routing informationfor routing calls to a second local service provider and the secondrouting information includes routing information for routing calls to alocal service provider currently serving the subscriber.
 59. The methodof claim 58 wherein the local service provider currently serving thesubscriber is the first local service provider.
 60. The method of claim58 wherein the local service provider currently serving the subscriberis the second local service provider.
 61. The method of claim 58 whereinthe routing information for routing calls to the second local serviceprovider includes a code assigned to the second local service providerand the routing information for routing calls to the local serviceprovider currently serving the subscriber includes a code assigned tosuch local service provider.
 62. The method of claim 61 wherein thecodes assigned to the second local service provider and the localservice provider currently serving the subscriber are service providerarea (SPA) codes, wherein SPA codes are three digit designation codes,each one assigned to one of a plurality of local service providerswithin a common Numbering Plan Area (NPA), each one of the local serviceproviders being assigned a different Service Provider Area (SPA) code inthe common Numbering Plan Area (NPA).
 63. The method of claim 62 whereinSPA-NXX identifies a terminating switch of a local service providerassigned such SPA code.
 64. The method of claim 53 wherein the firstrouting information includes information used for identifying aterminating switch of the second local service provider.
 65. The methodof claim 64 wherein the information used for identifying a terminatingswitch includes a Service Provider Area (SPA) code, wherein SPA-NXXidentifies a terminating switch of a local service provider assignedsuch SPA code and wherein an SPA code is a three digit designation codeassigned to one of a plurality of local service providers within acommon Numbering Plan Area (NPA), each one of the local serviceproviders being assigned a different Service Provider Area (SPA) code inthe common Numbering Plan Area (NPA).
 66. The method of claim 64 furtherincluding routing the incoming call to the terminating switch, whereinthe terminating switch provides the indication to the local switch bysending a signal to the local switch if the terminating switch does notcurrently serve the subscriber.
 67. The method of claim 66 wherein theterminating switch sends the signal on an Integrated Services DigitalNetwork User Part (ISUP) trunk via Signaling system 7 (SS7) signaling.